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Description 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

[0001] The present invention is directed toward the 
field of redirecting information between a host system 
and a mobile data communication device. 

2. Description of the Related Art 

[0002] Present systems and methods for replicating 
information from a host system to a user's mobile data 
communication device are typically "synchronization" 
systems in which the user's data items are warehoused 
(or stored) at the host system for an indefinite period of 
time until the user synchronizes the mobile device to the 
host system. In these types of systems and methods, 
when replication of the warehoused data items to the 
mobile device is desired, the user typically places the 
mobile device in an interface cradle that is electrically 
connected to the host system via some form of local, 
dedicated communication, such as a serial cable or an 
infrared or other type of wireless link. Software executing 
on the mobile data communication device then transmits 
commands via the local communications link to the host 
system to cause the host to begin transmitting the user's 
data items for storage in a memory bank of the mobile 
device. 

[0003] In these synchronization schemes, the mobile 
unit "pulls" the warehoused information from the host sys- 
tem in a batch-mode each time the user desires to rep- 
licate information between the two devices. Thus, the two 
systems (host and mobile) maintain the same data items 
only after a user-initiated synchronization sequence. 
[0004] A general problem with these synchronization 
systems is the fact that the data in the mobile device is 
only current at the moment of synchronization with the 
host. Five minutes later a new message could be sent to 
the user, but the user would not receive that message 
until the next time the systems are synchronized. Thus, 
a user may fail to respond to an emergency update or 
message because the user only periodically synchroniz- 
es the system, such as once per day. 
[0005] Other problems with these systems include: (1) 
the amount of data to be reconciled between the host 
and the mobile device can become large if the user does 
not "synchronize" on a daily or hourly basis, leading to 
bandwidth difficulties, particularly when the mobile de- 
vice is communicating via a wireless packet-switched 
network; and (2) reconciling large amounts of data, as 
can accrue in these batch-mode synchronization sys- 
tems, can require a great deal of communication between 
the host and the mobile device, thus leading to a more 
complex, costly and energy-inefficient system. 
[0006] Thus, there is a general need in this field for a 
more automated, continuous, efficient, flexible, and reli- 



able system of ensuring that user data items are repli- 
cated (in real time) at the user's mobile device. 
[0007] In WO 99/63709 a redirection software is de- 
scribed being located at the desktop computer or the mo- 
5 bile device. This redirector operating at the mobile device 
does not redirect messages that have already been re- 
directed from the server or desktop redirector to another 
location, but instead it is used to redirect messages re- 
ceived at the mobile device from an external source back 
to the desktop or server redirector. 
[0008] The objective technical problem is to further im- 
prove the redirection method in order to improve its flex- 
ibility and to allow easy and efficient maintenance. 
[0009] This technical problem is solved according to 
the features of the independent claim. 
[0010] A system and method for pushing information 
from a host system to a mobile data communication de- 
vice upon sensing a triggering event is provided. A redi- 
rector program operating at the host system enables a 
user to continuously redirect certain user-selected data 
items from the host system to the user's mobile data com- 
munication device upon detecting that one or more user- 
defined triggering events has occurred. The redirector 
program operates in connection with event generating 
applications and repackaging systems at the host system 
to configure and detect a particular user-defined event, 
and then to repackage the user-selected data items in 
an electronic wrapper prior to pushing the data items to 
the mobile device. 

[001 1] Using the redirector program, the user can se- 
lect certain data items for redirection, such as E-mail 
messages, calendar events, meeting notifications, ad- 
dress entries, journal entries, personal reminders etc. 
Having selected the data items for redirection, the user 
can then configure one or more event triggers to be 
sensed by the redirector program, which then initiates 
redirection of the user data items upon sensing one or 
more of the event triggers. These user-defined trigger 
points (or event triggers) may be external events, internal 
events or networked events. Once an event has triggered 
redirection of the user data items, the host system then 
repackages these items in a manner that is transparent 
to the mobile data communication device, so that infor- 
mation on the mobile device appears similar to informa- 
tion on the user's host system. 
[0012] The redirector program also provides a set of 
software-implemented control functions for determining 
the type of mobile data communication device and its 
address, for programming a preferred list of message 
types that are to be redirected, and for determining 
whether the mobile device can receive and process cer- 
tain types of message attachments, such as word proc- 
essor or voice attachments. The mobile device control 
functions are initially set by the user of the mobile device 
at the host system. These functions can then be altered 
on a global or per message basis by transmitting a com- 
mand message from the mobile device to the host sys- 
tem. 
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[0013] In an alternative embodiment, the redirector 
program executes on a network server, and the server 
is programmed to detect numerous redirection event trig- 
gers over the network from multiple user desktop com- 
puters coupled to the server via a local-area-network 
("LAN"). The server can receive internal event triggers 
from each of the user desktops via the network, and can 
also receive external event triggers, such as messages 
from the users' mobile data communication devices. In 
response to receiving one of these triggers, the server 
redirects the user's data items to the proper mobile data 
communication device. This alternative configuration 
could also include an Internet or Intranet-located web 
server including the redirector program that could be ac- 
cessible through a secure Web page or other user inter- 
face. In this configuration, the redirector program could 
be located on an Internet Service Provider's ("ISP's") sys- 
tem, and the user would configure (and reconfigure) the 
program controls over an Internet connection to the ISP's 
system. 

[0014] In another embodiment, the redirector program 
operates at both the host system and at the user's mobile 
data communication device. In this configuration, the us- 
er's mobile device operates similarly to the host system 
described below, and is configured in a similar fashion 
to push certain user-selected data items from the mobile 
device to the user's host system (or some other compu- 
ter) upon detecting an event trigger at the mobile device. 
This configuration provides two-way pushing of informa- 
tion from the host to the mobile device and from the mo- 
bile device to the host. 

[001 5] The primary advantage of the present invention 
is that it provides a system and method for triggering the 
continuous and real-time redirection of user-selected da- 
ta items from a host system to a mobile data communi- 
cation device. Other advantages of the present invention 
include: (1 ) flexibility in defining the types of user data to 
redirect, and in defining a preferred list of message types 
that are to be redirected or preferred senders whose mes- 
sages are to be redirected; (2) flexibility in configuring 
the system to respond to numerous internal, external and 
networked triggering events; (3) transparent repackaging 
of the user data items in a variety of ways such that the 
mobile data communication device appears as though it 
were the host system; (4) integration with other host sys- 
tem components such as E-mail, TCP/IP, keyboard, 
screen saver, Web pages and certain programs that can 
either create user data items or be configured to provide 
trigger points; and (5) the ability to operate locally on a 
user's desktop system or at a distance via a network serv- 
er or through a secure Internet connection. 

BRIEF DESCRIPTION OF THE DRAWINGS 



FIG. 1 is a system diagram showing the redirection 
of user data items from a user's desktop PC (host 
system) to the user's mobile data communication de- 
vice, where the redirector software is operating at 

5 the user's desktop PC; 

FIG. 2 is a system diagram showing the redirection 
of user data items from a network server (host sys- 
tem) to the user's mobile data communication de- 
vice, where the redirector software is operating at 

10 the server; 

FIG. 3 is a block diagram showing the interaction of 
the redirector software with other components of the 
host system in FIG. 1(the user's desktop PC) to en- 
able the pushing of information from the host system 

is to the user's mobile data communication device; 

FIG. 4 is a flow chart showing the steps carried out 
by the redirector software operating at the host sys- 
tem; 

FIG. 5 is a flow chart showing the steps carried out 
20 by the mobile data communication device to inter- 
face with the redirector software operating at the host 
system; 

FIG. 6 is a system diagram showing the redirection 
of user data items from a user's host system to the 
25 user's mobile data communication device, where the 
redirector software is operating at the wireless redi- 
rector host system; 

FIG. 7 is a block diagram showing the interaction of 
the redirector software with other components of the 

30 host system in FIG. 6 to enable the pushing of infor- 
mation from the host system to the user's mobile 
data communications device; 
FIG. 8 is a flow chart showing the steps carried out 
by the redirector software operating at the wireless 

35 redirector host system. 

FIG. 9 is a block diagram showing the interaction of 
the redirector send agent software with other com- 
ponents of the host systems to enable the pushing 
of information from the host system to the user's mo- 

40 bile data communications device; 

FIG. 10 is a block diagram showing the interaction 
of the redirector receive agent software with other 
components of the host systems to enable the push- 
ing of information to the Internet from the user's mo- 

45 bile data communications device; 

FIG. 1 1 is a flowchart showing the steps carried out 
by the redirector receive agent operating at the re- 
director agent host server in the case of redirecting 
email messages with domain-massaging and tag 

so line customisation; and 

FIG. 12 is a hierarchical view of an example of the 
different types of domains, represented by sites, 
which can interface with a single redirector system. 



55 DETAILED DESCRIPTION OF THE DRAWINGS 



[001 6] The present invention satisfies the needs noted 
above as will become apparent from the following de- 
scription when read in conjunction with the accompany- 
ing drawings wherein: 



[0017] Referring now to the drawings, FIG. 1 is an ex- 
ample system diagram showing the redirection of user 
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data items (such as message A or C) from a user's desk- 
top PC (host system) I0A to the user's mobile data com- 
munication device 24, where the redirector software 12 
is operating at the user's PC 10A. As used in this appli- 
cation, the term "host system" refers to the computer 
where the redirector software is operating. In the pre- 
ferred embodiment, the host system is a user's desktop 
PC 10A. Alternatively, however, the host system could 
be a network server (10B, see FIG. 2) connected to the 
user's PC via a local-area network ("LAN"), or it could be 
a Web server (240, see FIG. 6) operating through a se- 
cure network connection or operating at an external ISP, 
or the host system could be any other system that is 
capable of communicating with the user's desktop PC. 
[0018] Message A in FIG. 1 represents an internal 
message sent from desktop 26 to the user's host system 
10A via LAN 14. Message C in FIG. 1 represents an 
external message from a sender that is not directly con- 
nected to LAN 14, such as the user's mobile data com- 
munication device 24, some other user's mobile device 
(not shown), or any user connected to the Internet 18. 
Message C also represents a command message from 
the user's mobile data communication device 24 to the 
host system 10A. As described in more detail in FIG. 3, 
the desktop host system 10A preferably includes, along 
with the typical hardware and software associated with 
a workstation or desktop computer, the redirector pro- 
gram 12, a TCP/IP subsystem 42, a primary message 
store 40, an E-mail subsystem 44, a screen saver sub- 
system 48, and a keyboard subsystem 46. 
[0019] In FIG. 1, the host system 10A is the user's 
desktop system, typically located in the user's office. The 
desktop host system 1 0A is connected to a LAN 14, which 
also connects to other computers 26, 28 that may be in 
the user's office or elsewhere. The LAN 14, in turn, is 
connected to a wide area network ("WAN") 1 8, preferably 
the Internet, which is defined by the use of the Transmis- 
sion Control Protocol/Internet Protocol ("TCP/IP") to ex- 
change information, but which, alternatively, could be any 
other type of WAN. The connection of the LAN 14 to the 
WAN 18 is via high bandwidth link 16, typically a T1 or 
T3 connection. The WAN 18 in turn is connected to a 
variety of gateways 20, via connections 32. A gateway 
forms a connection or bridge between the WAN 18 and 
some other type of network, such as an RF wireless net- 
work, cellular network, satellite network, or other syn- 
chronous or asynchronous land-line connection. 
[0020] In the example of FIG. 1, a wireless gateway 
20 is connected to the Internet for communicating via 
wireless link 22 to a plurality of wireless mobile data com- 
munication devices 24. Also shown in FIG. 1 is machine 
30, which could be a FAX machine, a printer, a system 
for displaying images (such as video) or a machine ca- 
pable of processing and playing audio files, such as a 
voice mail system. 

[0021] The present invention includes the ability to re- 
direct certain message attachments to such an external 
machine 30 if the redirector program configuration data 



reflects that the mobile device 24 cannot receive and 
process the attachments, or if the user has specified that 
certain attachments are not to be forwarded to mobile 
device 24, even if such device can process those attach- 
5 ments. By way of example, consider an E-mail sent to a 
user that includes three attachments - a word processing 
document, a video clip and an audio clip. The redirection 
program 12 could be configured to send the text of the 
E-mail to the remote device 24, to send the word process- 
ing document to a networked printer located near the 
user, to send the video clip to a memory store accessible 
through a secure connection through the internet and to 
send the audio clip to the user's voice mail system. This 
example is not intended to limit the breadth and scope 
of the invention, but rather to illustrate the variety of pos- 
sibilities embodied in the redirection concept. 
[0022] The preferred mobile data communication de- 
vice 24 is a hand-held two-way wireless paging compu- 
ter, a wirelessly enabled palm-top computer, a mobile 
telephone with data messaging capabilities, or a wire- 
lessly enabled laptop computer, but could, alternatively 
be other types of mobile data communication devices 
capable of sending and receiving messages via a net- 
work connection 22. Although it is preferable for the sys- 
tem to operate in a two-way communications mode, cer- 
tain aspects of the invention could be beneficially used 
in a "one and one-half or acknowledgment paging envi- 
ronment, or even with a one-way paging system. The 
mobile data communication device 24 includes software 
program instructions that work in conjunction with the 
redirector program 12 to enable the seamless, transpar- 
ent redirection of user-selected data items. FIG. 4 de- 
scribes the basic method steps of the redirector program 
12, and FIG. 5 describes the steps of the corresponding 
program operating at the mobile device 24. 
[0023] In an alternative embodiment of the present in- 
vention, not explicitly shown in the drawings, the mobile 
device 24 also includes a redirector program. In this em- 
bodiment, user selected data items can be replicated 
from the host to the mobile device and vice versa. The 
configuration and operation of the mobile device 24 hav- 
ing a redirector program is similar to that described herein 
with respect to FIGs. 1-4. 

[0024] A user of the present invention can configure 
the redirector program 12 to push certain user-selected 
data items to the user's mobile data communication de- 
vice 24 when the redirector 12 detects that a particular 
user-defined event trigger (or trigger point) has taken 
place. User-selected data items preferably include E- 
mail messages, calendar events, meeting notifications, 
address entries, journal entries, personal alerts, alarms, 
warnings, stock quotes, news bulletins, etc. Alternatively, 
the user-selected data items could include any other type 
of message that is transmitted to the host system 10A, 
or that the host system 10A acquires through the use of 
intelligent agents, such as data that is received after the 
host system 10A initiates a search of a database, a Web 
site or a bulletin board. In some instances, only a portion 
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of the data item is transmitted to the mobile device 24 in 
order to minimize the amount of data transmitted via the 
wireless network 22. In these instances, the mobile de- 
vice 24 can optionally send a command message (C) to 
the host system 1 0A to retrieve more or all of the data 
item if the user desires to receive it. 
[0025] The user-defined event triggers include exter- 
nal events, internal events and networked events. Exter- 
nal events preferably include: (1) receiving a command 
message (such as message C) from the user's mobile 
data communication device to begin redirection, or to ex- 
ecute some other command at the host, such as a com- 
mand to enable the "preferred list mode" (described be- 
low), or to add or subtract a particular sender from the 
preferred list of the preferred list mode; (2) receiving a 
similar message from some external computer; and (3) 
sensing that the user is no longer in the vicinity of the 
host system; although, alternatively, an external event 
can be any other detectable occurrence that is external 
to the host system 1 0. 

[0026] Internal events may include a calendar alarm, 
screen saver activation, keyboard timeout, programma- 
ble timer, or any other user-defined event that is internal 
to the host system 10. Networked events are user-de- 
fined messages that are transmitted to the host system 
from another computer coupled to the host system 10A 
via a network to initiate redirection. These are just some 
of the event triggers that could be used with the present 
invention to initiate replication of the user-selected data 
items from the host system 10A to the mobile device 24. 
Other types of triggers are also within the scope of the 
present invention. 

[0027] FIG. 1 shows an E-mail message A being com- 
municated over LAN 14 from computer 26 to the user's 
desktop system 10A (also shown in FIG. 1 is an external 
message C, which could be an E-mail message from an 
Internet user, or could be a command message from the 
user's mobile device 24). Once the message A (or C) 
reaches the primary message store of the host system 
1 0A, it can be detected and acted upon by the redirection 
software 1 2. The redirection software 1 2 can use many 
methods of detecting new messages. The preferred 
method of detecting new messages is using Microsoft's 
® Messaging AP1 ("MAPI"), in which programs, such as 
the redi rector program 1 2, register for notifications or 'ad- 
vise syncs' when changes to a mailbox take place. Other 
methods of detecting new messages could also be used. 
[0028] Assuming that the redirector program 1 2 is ac- 
tivated, and has been configured by the user (either 
through the sensing of an internal, external, or networked 
event) to replicate certain user data items (including mes- 
sages of type A or C) to the mobile device 24, when the 
message A is received at the host system 10A, the redi- 
rector program 12 detects its presence and prepares the 
message for redirection to the mobile device 24. In pre- 
paring the message for redirection, the redirector pro- 
gram 12 may compress the original message A, it may 
just compress the message header, or it may encrypt the 



entire message A to create a secure link to the mobile 
device 24. 

[0029] The address of the user's mobile data commu- 
nication device 24, the type of device, and whether the 
5 device 24 can accept certain types of attachments, such 
as word processing or voice attachments, are also pro- 
grammed into the redirector 12. If the user's type of mo- 
bile device cannot accept a particular type of attach- 
ments, then the redirector 1 2 can be programmed to route 
those attachments to a fax or voice number where the 
user is located using an attached fax or voice machine 30. 
[0030] The redirector 1 2 may also be programmed with 
a "preferred list mode" operation that is configured by the 
user either at the host system 10A, or remotely from the 
user's mobile data communication device 24 by trans- 
mitting a command message C. The "preferred list" in 
the "preferred list mode" contains a list of senders (other 
users) whose messages are to be redirected, or it may 
contain a list of message characteristics that determine 
whether a message is to be redirected, or it may contain 
both a list of senders and a list of message characteris- 
tics. For example, a message characteristic may relate 
to the size of the message, or the type of message, or 
whether the message has any attachments, or whether 
the message is originating from a particular domain. If 
activated, the preferred list mode causes the redirector 
program 1 2 to operate like a filter, only redirecting certain 
user data items based on whether the data item was sent 
from a sender on the preferred list or has certain message 
characteristics that if present will trigger or suppress re- 
direction of the message. 

[0031] In the example of FIG. 1 , if desktop system 26 
was operated by a user on the preferred list of host sys- 
tem 1 0A, and the preferred list option was activated, then 
message A would be redirected. If, however, desktop 26 
was operated by a user not on the host system's preferred 
list, then message A would not be redirected, even if the 
user of the host system had configured the redirector to 
push messages of type A. The user of the host system 
1 0A can configure the preferred list directly from the desk- 
top system 10A, or, alternatively, the user can send a 
command message (such as C) from the mobile device 
24 to the desktop system 10A to activate the preferred 
list mode, or to add or delete certain senders or message 
characteristics from the previously configured preferred 
list. In this manner, the user can remotely control the 
operation of the preferred list mode filter so as to dynam- 
ically alter the filtering characteristics of the redirector 
program 12. 

[0032] After the redirector 12 has determined that a 
particular message should be redirected, and it has pre- 
pared that message for redirection, the software 1 2 then 
sends the message A to a secondary memory store lo- 
cated in the mobile device 24. In doing so, the redirector 
preferably repackages message A as an E-mail with an 
outer envelope B that contains the addressing informa- 
tion of the mobile device 24, although alternative repack- 
aging techniques and protocols could be used, such as 
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a TCP/IP repackaging and delivery method (most com- 
monly used in the alternative server configuration shown 
in FIG. 2). The wireless gateway 20 requires this outer 
envelope information B in order to know where to send 
the redirected message A. Once the message (A in B) 
is received by the mobile device 24, the outer envelope 
B is removed, and the original message A is placed in 
the secondary memory store within the mobile device 24. 
By repackaging and removing the outer envelope in this 
manner, the present invention causes the mobile com- 
puter 24 to appear to be at the same physical location 
as the host system 1 0, thus creating a transparent sys- 
tem. 

[0033] In the case where message C is representative 
of an external message from a computer on the Internet 
18 to the host system 10A, and the host 10A has been 
configured to redirect messages of type C, then in a sim- 
ilar manner to message A, message C would be repack- 
aged with an outer envelope B and transmitted to the 
user's mobile device 24. In the case where message C 
is representative of a command message from the user's 
mobile device 24 to the host system 10A, the command 
message C is not redirected, but is acted upon by the 
host system 10A. 

[0034] If the redirected userdata item is an E-mail mes- 
sage, as described above, the user at the mobile device 
24 sees the original subject, sender's address, destina- 
tion address, carbon copy and blind carbon copy infor- 
mation. When the user replies to this message, or when 
the user authors a new message, the software operating 
at the mobile device 24 adds a similar outer envelope to 
the reply message (or the new message) to cause the 
message to be routed first to the user's host system 1 0A, 
which then removes the outer envelope and redirects the 
message to the final destination, such as back to com- 
puter 26. In the preferred embodiment, this results in the 
outgoing redirected message from the user's host system 
1 0A being sent using the E-mail address of the host mail- 
box, rather than the address of the mobile device, so that 
it appears to the recipient of the message that the mes- 
sage originated from the user's desktop system 1 0A rath- 
er than the mobile data communication device 24. Any 
replies to the redirected message will then be sent to the 
desktop system 1 0A, which if it is still in redirector mode, 
will repackage the reply and re-send it to the user's mobile 
data device 24, as described above. 
[0035] FIG. 2 is an alternative system diagram showing 
the redirection of user data items from a network server 
host system 10B to the user's mobile data communica- 
tion device 24, where the redirector software 12 is oper- 
ating at the server 10B. This configuration is particularly 
advantageous for use with message servers such as Mi- 
crosoft's® Exchange Server, which is normally operated 
so that all user messages are kept in one central location 
(or mailbox store) on the server instead of in a memory 
store within each user's desktop PC. This configuration 
has the additional advantage of allowing a single system 
administrator to configure and keep track of all users hav- 



ing messages redirected. If the system includes encryp- 
tion keys, these too can be kept at one place for man- 
agement and update purposes. 
[0036] In this alternative configuration, server 10B 

5 preferably maintains a user profile for each user's desk- 
top system 26, 28, including information such as whether 
a particular user can have data items redirected, which 
types of message and information to redirect, what 
events will trigger redirection, the address of the users* 

10 mobile data communication device 24, the type of mobile 
device, and the user's preferred list, if any. The event 
triggers are preferably detected at the user's desktop sys- 
tem 26, 28 and can be any of the internal, external or 
networked events listed above. The desktop systems 26, 

15 28 preferably detect these events and then transmit a 
message to the server host computer 10B via LAN 14 to 
initiate redirection. Although the user data items are pref- 
erably stored at the server host computer 1 0B in this em- 
bodiment, they could, alternatively, be stored at each us- 

20 er's desktop system 26, 28, which would then transmit 
them to the server computer 10B after an event has trig- 
gered redirection. 

[0037] As shown in FIG. 2, desktop system 26 gener- 
ates a message A that is transmitted to and stored at the 

25 host system 1 0B, which is the network server operating 
the redirector program 1 2. The message A is for desktop 
system 28, but in this embodiment, user messages are 
stored at the network server 1 0B. When an event occurs 
at desktop system 28, an event trigger is generated and 

30 transmitted to the network server 1 0B, which then deter- 
mines who the trigger is from, whether that desktop 28 
has redirection capabilities, and if so, the server 1 0B (op- 
erating the redirector program 12) uses the stored con- 
figuration information to redirect message A to the mobile 

35 computer 24 associated with the user of desktop system 
28. 

[0038] As described above with reference to FIG. 1, 
message C could be either a command message from a 
user's mobile data communication device 24, or it could 

40 be a message from an external computer, such as a com- 
puter connected to the Internet 18. If the message C is 
from an Internet computer to the user's desktop system 
28, and the user has redirection capabilities, then the 
server 10B detects the message C, repackages it using 

45 electronic envelope B, and redirects the repackaged 
message (C in B) to the user's mobile device 24. If the 
message C is a command message from the user's mo- 
bile device 24, then the server host computer 1 0B simply 
acts upon the command message using the redirector 

50 program 12. 

[0039] Turning now to FIG. 3, a block diagram is set 
forth that demonstrates the interaction of the redirector 
software 1 2 with additional components of the desktop 
host system 10A shown in FIG. 1 (i.e., the desktop PC) 

55 to enable more fully the pushing of information from the 
host system 10A to the user's mobile data communica- 
tion device 24. These additional components are illustra- 
tive of the type of event-generating systems that can be 
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configured and used with the red i rector software 12, and 
of the type of repackaging systems that can be used to 
interface with the mobile communication device 24 to 
make it appear transparent to the user. 
[0040] The desktop host system 10A is connected to 5 
LAN 14, and can send and receive data, messages, sig- 
nals, event triggers, etc., to and from other systems con- 
nected to the LAN 14. Through the LAN, the system 10A 
can also communicate with external networks 18, 22, 
such as the Internet or a wireless data network. In addi- 
tion to the standard hardware, operating system, and ap- 
plication programs associated with a typical microcom- 
puter or workstation, the desktop system 10A includes 
the redirector program 12, a TCP/IP sub-system 42, an 
E-mail sub-system 44, a primary data storage device 40, 
a screen saver sub-system 48, and a keyboard sub-sys- 
tem 46. The TCP/IP and E-mail subsystems 42, 44 are 
examples of repackaging systems that can be used to 
achieve the transparency of the present invention, and 
the screen saver and keyboard sub-systems 46, 48 are 
examples of event generating systems that can be con- 
figured to generate event messages or signals that trig- 
ger redirection of the user selected data items. 
[0041] The method steps carried out by the redirector 
program 12 are described in more detail in FIG. 4. The 
basic functions of this program are: (1) to configure and 
setup the user-defined event trigger points that will start 
redirection; (2) to configure the types of user data items 
for redirection and optionally configure a preferred list of 
senders whose messages are to be redirected; (3) to 
configure the type and capabilities of the user's mobile 
data communication device; (4) to receive messages and 
signals from the repackaging systems and the event gen- 
erating systems; and (5) to command and control the 
redirection of the user-selected data items to the mobile 
data communication 24 device via the repackaging sys- 
tems. Other functions not specifically enumerated could 
also be integrated into this program. 
[0042] The E-Mail sub-system 44 is the preferred link 
to repackaging the user-selected data items for trans- 
mission to the mobile data communication device 24, and 
preferably uses industry standard mail protocols, such 
as SMTP, POP, IMAP, MIME and RFC-822, to name but 
a few. The E-Mail sub-system 44 can receive messages 
A from external computers on the LAN 14, or can receive 
messages C from some external network such as the 
Internet 18 or a wireless data communication network 
22, and stores these messages in the primary data store 
40. Assuming that the redirector 12 has been triggered 
to redirect messages of this type, the redirector detects 
the presence of any new messages and instructs the E- 
Mail system 44 to repackage the message by placing an 
outer wrapper B about the original message A (or C), and 
by providing the addressing information of the mobile da- 
ta communication device 24 on the outer wrapper B. As 
noted above, this outer wrapper B is removed by the mo- 
bile device 24, and the original message A (or C) is then 
recovered, thus making the mobile device 24 appear to 



be the desktop system 10A. 

[0043] In addition, the E-Mail sub-system 44 receives 
messages back from the mobile device 24 having an out- 
er wrapper with the addressing information of the desktop 
system 1 0A, and strips this information away so that the 
message can be routed to the proper sender of the orig- 
inal message A (or C). The E-Mail sub-system also re- 
ceives command messages C from the mobile device 24 
that are directed to the desktop system 10A to trigger 
redirection or to carry out some other function. The func- 
tionality of the E-Mail sub-system 44 is controlled by the 
redirector program 12. 

[0044] The TCP/IP sub-system 42 is an alternative 
repackaging system. It includes all of the functionality of 
the E-Mail sub-system 44, but instead of repackaging the 
user-selected data items as standard E-mail messages, 
this system 42 repackages the data items using special- 
purpose TCP/I P packaging techniques. This type of spe- 
cial-purpose sub-system is useful in situations where se- 
curity and improved speed are important to the user. The 
provision of a special-purpose wrapper that can only be 
removed by special software on the mobile device 24 
provides added security, and by bypassing E-mail store 
and forward systems, the speed of delivery of messages 
can be improved. 

[0045] As described previously, the present invention 
can be triggered to begin redirection upon detecting nu- 
merous external, internal and networked events, or trig- 
ger points. Examples of external events include: receiv- 
ing a command message from the user's mobile data 
communication device 24 to begin redirection; receiving 
a similar message from some external computer; sensing 
that the user is no longer in the vicinity of the host system; 
or any other event that is external to the host system. 
Internal events could be a calendar alarm, screen saver 
activation, keyboard timeout, programmable timer, or 
any other user-defined event that is internal to the host 
system. Networked events are user-defined messages 
that are transmitted to the host system from another com- 
puter that is connected to the host system via a network 
to initiate redirection. Sensing that the user is not in the 
vicinity of the host system may be achieved by (1 ) an 
electronic camera subsystem that detects whether the 
user has left a predetermined area; (2) heat sensors that 
detects the lack of the user's heat presence; (3) motion 
detector that monitors if the user has not created any 
motion for a predetermined period of time; (4) disconnec- 
tion or detachment of the mobile device from a serial 
cradle connected to the desktop computer or host system 
(prior to the mobile device user departing, user would 
remove the device from a serial cradle that permits a 
serial synchronization of the data on the mobile with that 
in the host system); and, (5) short-range RF detachment 
to the mobile device worn by the user as he departs the 
vicinity of the host system. 

[0046] The screen saver and keyboard sub-systems 
46, 48 are examples of systems that are capable of gen- 
erating internal events. Functionally, the redirector pro- 
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gram 12 provides the user with the ability to configure 
the screen saver and keyboard systems so that under 
certain conditions an event trigger will be generated that 
can be detected by the redirector 12 to start the redirec- 
tion process. For example, the screen saver system can 5 
be configured so that when the screen saver is activated 
after, for example, 1 0 minutes of inactivity on the desktop 
system, an event trigger is transmitted to the redirector 
12, which starts redirecting the previously selected user 
data items. In a similar manner, the keyboard sub-system 
can be configured to generate event triggers when no 
key has been depressed for a particular period of time, 
thus indicating that redirection should commence. These 
are just two examples of the numerous application pro- 
grams and hardware systems internal to the host system 
10A that can be used to generate internal event triggers. 
[0047] FIGs. 4 and 5, set forth, respectively, flow charts 
showing the steps carried out by the redirector software 
12 operating at the desktop host system 10A, and the 
steps carried out by the mobile data communication de- 
vice 24 in order to interface with the host system. Turning 
first to FIG. 4, at step 50, the redirector program 12 is 
started and initially configured. The initial configuration 
of the redirector 12 includes: (1) defining the event trig- 
gers that the user has determined will trigger redirection; 
(2) selecting the user data items for redirection; (3) se- 
lecting the repackaging sub-system, either standard E- 
Mail , or special-purpose technique; (4) selecting the type 
of data communication device, indicating whether and 
what type of attachments the device is capable of receiv- 
ing and processing, and inputting the address of the mo- 
bile device 24; and (5) configuring the preferred list of 
user selected senders whose messages are to be redi- 
rected. 

[0048] FIG. 4 sets forth the basic steps of the redirector 
program 12 assuming it is operating at a desktop host 
system 10A, such as shown in FIG. 1. If the redirector 
12 is operating at a network server host system 10B, as 
shown in FIG. 2, then additional configuration steps may 
be necessary to enable redirection for a particular desk- 
top system 26, 28 connected to the server 1 0B, including: 
(1) setting up a profile for the desktop system 26, 28 
indicating its address, events that will trigger redirection, 
and the data items that are to be redirected upon detect- 
ing an event; (2) maintaining a storage area at the server 
10B for the data items; and (3) storing the type of data 
communication device 24 to which the desktop system's 
data items are to be redirected, whether and what type 
of attachments the device 24 is capable of receiving and 
processing, and the address of the mobile device 24. 
[0049] Once the redirector program is configured 50, 
the trigger points (or event triggers) are enabled at step 
52. The program 12 then waits 56 for messages and sig- 
nals 54 to begin the redirection process. A message could 
be an E-Mail message or some other user data item that 
may have been selected for redirection, and a signal 
could be a trigger signal, or could be some other type of 
signal that has not been configured as an event trigger. 



When a message or signal is detected, the program de- 
termines 58 whether it is one of the trigger events that 
has been configured by the user to signal redirection. If 
so, then at step 60 a trigger flag is set, indicating that 
subsequently received user data items (in the form of 
messages) that have been selected for redirection should 
be pushed to the user's mobile data communication de- 
vice 24. 

[0050] If the message or signal 54 is not a trigger event, 
the program then determines at steps 62, 68 and 66 
whether the message is, respectively, a system alarm 
62, an E-Mail message 64, or some other type of infor- 
mation that has been selected for redirection. If the mes- 
sage or signal is none of these three items, then control 
returns to step 56, where the redirector waits for. addi- 
tional messages 54 to act upon. If, however the message 
is one of these three types of information, then the pro- 
gram 12 determines, at step 68, whether the trigger flag 
has been set, indicating that the user wants these items 
redirected to the mobile device 24. If the trigger flag is 
set, then at step 70, the redirector 1 2 causes the repack- 
aging system (E-Mail or TCP/IP) to add the outer enve- 
lope to the user data item, and at step 72 the repackaged 
data item is then redirected to the user's mobile data 
communication device 24 via LAN 14, WAN 18, wireless 
gateway 20 and wireless network 22. Control then returns 
to step 56 where the program waits for additional mes- 
sages and signals to act upon. 
[0051] Although not shown explicitly in FIG. 4, after 
step 68 the program could, if operating in the preferred 
list mode, determine whether the sender of a particular 
data item is on the preferred list, and if not, then the pro- 
gram would skip over steps 70 and 72 and proceed di- 
rectly back to step 56. If the sender is on the preferred 
list, then control returns to steps 70 and 72 for repack- 
aging and transmission of the message from the pre- 
ferred list sender to the mobile device 24. 
[0052] FIG. 5 sets forth the method steps carried out 
by the user's mobile data communication device 24 in 
order to interface to the redirector program 12 of the 
present invention. At step 80, the mobile software is start- 
ed and the mobile device 24 is configured to operate with 
the system of the present invention, including, for exam- 
ple, storing the address of the user's desktop system 1 0A. 
[0053] At step 82, the mobile device waits for messag- 
es and signals 84 to be generated or received. Assuming 
that the redirector software 12 operating at the user's 
desktop system 10A is configured to redirect upon re- 
ceiving a message from the user's mobile device 24, then 
at step 86 the user can decide to generate a command 
message that will start redirection at the host system 1 0A. 
If the user does so, then at step 88 the redirection mes- 
sage is composed and sent to the desktop system 10A 
via the wireless network 22, through the wireless gateway 
20, via the Internet 18 to the LAN 14, and is finally routed 
to the desktop machine 10A. 

[0054] In this situation where the mobile device 24 is 
sending a message directly to the desktop system 1 0A, 
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no outer wrapper is added to the message (such as mes- 
sage C in FIGs. 1 and 2), In addition to the redirection 
signal, the mobile device 24 could transmit any number 
of other commands to control the operation of the host 
system 10A, and in particular the redirector program 12. 
For example, the mobile 24 could transmit a command 
to put the host system 10A into the preferred list mode 
state, and then could transmit additional commands to 
add or subtract certain senders or certain message char- 
acteristics from the preferred list. In this manner, the mo- 
bile device 24 can dynamically limit the amount of infor- 
mation being redirected to it by altering the preferred list. 
[0055] Other example commands include: (1 ) a mes- 
sage to change the configuration of the host system 10A 
to enable the mobile device 24 to receive and process 
certain attachments; and (2) a message to instruct the 
host system 10A to redirect an entire data item to the 
mobile device 24 in the situation where only a portion of 
a particular data item has been previously redirected. 
[0056] Turning back to FIG. 5, if the user signal or mes- 
sage is not a direct message to the desktop system 10A 
to begin redirection (or some other command), then con- 
trol is passed to step 90, which determines if a message 
has been received. If a message is received by the mo- 
bile, and it is a message from the user's desktop 1 0A, as 
determined at step 92, then at step 94 a desktop redirec- 
tion flag is set "on" for this message, and control passes 
to step 96 where the outer envelope is removed. Follow- 
ing step 96, or in the situation where the message is not 
from the user's desktop 10A, as determined at step 92, 
control passes to step 98, which displays the message 
for the user on the mobile device's display. The mobile 
unit 24 then returns to step 82 and waits for additional 
messages or signals. 

[0057] If the mobile device 24 determines that a mes- 
sage has not been received at step 90, then control pass- 
es to step 100, where the mobile 24 determines whether 
there is a message to send. If not, then the mobile unit 
returns to step 82 and waits for additional messages or 
signals. If there is at least one message to send, then at 
step 102 the mobile 24 determines whether it is a reply 
message to a message that was received by the mobile 
unit. If the message to send is a reply message, then at 
step 108, the mobile 24 determines whether the desktop 
redirection flag is on for this message. If the redirection 
flag is not on, then at step 1 06 the reply message is simply 
transmitted from the mobile device 24 to the destination 
address via the wireless network 22. If, however, the re- 
direction flag is on, then at step 110 the reply message 
is repackaged with the outer envelope having the ad- 
dressing information of the user's desktop system 10A, 
and the repackaged message is then transmitted to the 
desktop system 10A at step 106. As described above, 
the redirector program 12 executing at the desktop sys- 
tem then strips the outer envelope and routes the reply 
message to the appropriate destination address using 
the address of the desktop system 1 0A as the "from" 
field, so that to the recipient of the redirected message, 



it appears as though it originated from the user's desktop 
system rather than the mobile data communication de- 
vice. 

[0058] If, at step 102, the mobile 24 determines that 

5 the message is not a reply message, but an original mes- 
sage, then control passes to step 1 04, where the mobile 
24 determines if the user is using the redirector software 
12 at the desktop system 10A, by checking the mobile 
unit's configuration. If the user is not using the redirector 

10 software 12, then the message is simply transmitted to 
the destination address at step 106. If, however, the mo- 
bile determines that the user is using the redirector soft- 
ware 1 2 at the desktop system 10A, then control passes 
to step 1 1 0, where the outer envelope is added to the 

15 message. The repackaged original message is then 
transmitted to the desktop system 1 0A at step 1 06, which, 
as described previously, strips the outer envelope and 
routes the message to the correct destination. Following 
transmission of the message at step 106, control of the 

20 mobile 24 returns to step 82 and waits for additional mes- 
sages or signals. 

[0059] Now with reference to FIGs. 6-8, there will be 
described an alternative two-host Internet-based system 
using many of the features of the system described in 

25 the network-based host system 1 0B configuration shown 
in FIG. 2. In the system shown in FIGs. 6-8, however, 
instead of a single host system 1 0B for storing the user's 
messages and for operating the redirector program 12, 
there are two hosts, a messaging host 230, where the 

30 user's data items are stored, and a wireless redirector 
host system 240, where a wireless redirector program 
242 operates. These two host system are preferably cou- 
pled together via the Internet 21 8. The wireless redirector 
program 242 is similar in many respects to the redirector 

35 program 12 described above, but is configured for com- 
municating with a wireless gateway 260 coupled to a 
wireless data network 222. 

[0060] With reference to FIG, 6, there is shown an ex- 
ample system diagram showing the redirection of user 

40 data items, such as message A, from user A's desktop 
PC 204 to user B's mobile data communication device 
220, or alternatively, message B from user B's mobile 
communication device 220 to user A. In this example, 
the messaging host system 230 maintains and stores 

<5 data items received from the Internet 218 for user B in a 
message inbox. In this particular system example, the 
messaging host system 230 is preferably an Internet 
Service Provider ("ISP") that provides connectivity to the 
Internet 218 for a plurality of users, including user B. In 

50 another embodiment of the present invention, the mes- 
saging host 230 may be a web-based E-mail hosting 
service such as MSN Hotmail™ or a variety of other 
known web-based E-mail hosting systems. In another 
embodiment of the invention, the E-mail hosting service 

55 supplies a strictly wireless solution. 

[0061] In this embodiment of the invention, the mes- 
saging host system 230 is configured so as to forward a 
copy of all incoming data items destined for user B's inbox 
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to a second host referred to herein as a wireless redirec- 
tor host system 240. The wireless redirector host system 
240 includes the wireless redirector program 242. Ad- 
vantageously, data items destined for a user of the mes- 
saging host system 230 having a mobile communication 
device are continuously "pushed" to the wireless redirec- 
tor host system 240 as they arrive at the messaging host 
system 230. Upon arrival at the redirector host system 
240, a wireless redirector software program 242 operat- 
ing at the system 240 determines whether such data 
items are user-selected data items to be pushed via a 
wireless network 222 to the user's mobile communica- 
tions device 220. In this manner, user-selected data 
items are advantageously pushed out to the mobile com- 
munication device 220 contemporaneously as they arrive 
to the messaging host system 230 so that the user need 
not be concerned about delays in receiving user-selected 
data items on the user's mobile communication device 
220. 

[0062] The wireless redirector host system 240 acts 
primarily as a gateway for data items received from the 
Internet 21 8 and those specific data items that have been 
user pre-selected to be redirected (via filtering rules to 
be described later) to the user's mobile communications 
device via the wireless network 222. These filtering rules 
are similar to the "preferred list mode" operation de- 
scribed above with respect to the systems shown in FIGs. 
1 and 2. 

[0063] Message A in FIG. 6 represents a data item, 
such as an E-mail message, sent from user A's desktop 
PC 204 having user B as the recipient. Because user B 
has a mailbox on the messaging host system 230, the 
message A will be directed via the Internet to the host 
system 230. The flow of this message A is shown in a 
single solid line 206. 

[0064] Message B in FIG. 6 represents an external 
message created on and sent from user B's mobile data 
communications device 220 having user A as a recipient. 
Alternatively, message B also may represent a command 
message from user B's mobile data communication de- 
vice 220 to the wireless redirector host,system 240. The 
flow of this message B is shown in a single dashed line 
258. 

[0065] As described in more detail in FIG. 7, the wire- 
less redirector host system 240 preferably includes, 
along with the typical hardware and software associated 
with an Internet gateway, the wireless redirector software 
242 which includes a mail handler, preferably a sendmail 
daemon (not shown), a local delivery agent (not shown), 
a plurality of wireless mail stores 248 (preferably one for 
each mobile user such as user B), a filter database 250, 
and a mobile user profile database 254. 
[0066] Also as described in more detail in FIG. 7, the 
messaging host system 230 is preferably a Unix system 
that includes a sendmail daemon 232, a ".forward" file 
238, and a memory storage area 236 for storing the data 
items of certain user's that are having messages redi- 
rected to their mobile data communication devices 220. 



[0067] Referring now to FIGs. 6 and 7, the two-host 
system invention will first be described by way of example 
with reference to message A. FIG. 6 shows an E-mail 
message A being communicated over the Internet 218 
5 from user A's desktop PC 204 destined for user B's inbox, 
which is located on the messaging host system 230. 
Once the message A reaches a mail handler 252 at the 
messaging host 230, such as a sendmail daemon 232 in 
the preferred embodiment, it can be detected and acted 
10 upon by this system 230. 

[0068] One of the objectives of the present invention 
is to be as non-obtrusive as possible to the messaging 
host system 230 so as to make the invention simple to 
install and implement for ISPs. The messaging host sys- 
tem 230 may be configured in many ways to detect such 
messages. Since not all users of the ISP will have a mo- 
bile communication device 220, it is preferable that the 
system 230 includes a unique user file that is accessed 
and modified upon the arrival of any new message. The 
preferred method of detecting new messages, such as 
message A, is using Unix's ".forward" file 238. Preferably, 
the redirection (or forwarding) of data items is accom- 
plished by modifying the ".forward" file 238 typically found 
in the user's root directory at the messaging host system 
230, such as an ISP. The ".forward" file is a simple ASCII 
text file comprising at least a list of one or more E-mail 
addresses (with some control information). The sendmail 
daemon 232 checks for the existence of this file 238, and 
uses its content to forward data items to the appropriate 
locations. Other methods of detecting and forwarding 
new data items destined for a user having a mobile com- 
munications device 220 could also be used. 
[0069] An example of the content of the ".forward" file 
modified for the present invention is: 
\bgilhuly@isp.net bgilhuly@wirelessredirectorhost.net 
In this example, the sendmail daemon 232 would redirect 
a copy of any incoming data items to those two address- 
es, namely "bgilhuly@isp.net" and "bgilhuly@wirelessre- 
directorhost.net." In the latter case, the data item would, 
preferably, be sent via the Internet to the wireless redi- 
rector host system 240 for further handling by the wireless 
redirector software program 242. The former address re- 
quires the sendmail daemon 232 to send the data item 
to user B's inbox of the local data item store 236. User 
B may access his data items in the inbox as he tradition- 
ally does -by, for example, POP3orlMAP.Inthismanner, 
the forwarding activity is transparent to the user. The user 
B when viewing the inbox data items at his desktop PC 
202 would know of the redirecting activity only by the 
message text that may be added to the messages as 
they are redirected by the mail handler. 
[0070] Assuming that the redirector program 242 is ac- 
tivated at the wireless redirector host system 240, and 
has been configured by the user to replicate certain user 
data items (such as message A) to the mobile commu- 
nications device 220, when the message A is received 
at the wireless redirector host system 240, the redirector 
program 242 detects message A's presence and pre- 
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pares the message for a second redirection to the mobile 
device 220. In preparing the message for the second 
redirection, the redirector program 242 may compress 
the original message A, it may compress the message 
header, or it may encrypt the entire message A to create 
a secure link to the mobile device 220. However, before 
the redirector program 242 compresses or encrypts the 
message A and redirects it to the mobile device 220, it 
examines stored user information and filtering rules that 
are associated with the recipient, user B, so as to deter- 
mine how the message A should be handled. 

A) Filtering 

[0071] Preferably, before the redirector program 242 
begins preparing the message A for redirection, the re- 
director 242 examines the data item with respect to rules 
contained on a user B configurable filtering agent 250 
(see, FIG. 7) which essentially is a database of rules that 
are to be applied for each user's incoming data items. 
The filtering agent 250 is preferably accessible by the 
user via the World Wide Web in a filter web page 252. 
The filter web page 252 allows the user, if the user so 
desires, to access and apply a plurality of filtering rules 
or any combination thereof that are to be applied to all 
incoming data items destined for that user. Preferably, 
in addition to filtering rules, web page 252 allows user B 
to switch between an active or a de-active state for the 
redirection of user B*s incoming messages. This switch- 
ing feature is particularly useful during instances where 
user B is at his desktop PC 202 and accessing his inbox 
of the local store 236 and desires that the redirection of 
incoming mail to his mobile device 220 is temporarily 
deactivated. The following criteria are exemplary of the 
types of filtering rules that may be available to the user: 
sender(s); how addressed (To, CC, BCC); subject key- 
word^); message keyword(s); and importance (high, 
low, normal). 

[0072] In any event, the filtering agent 250 is preferably 
hosted by the wireless redirector host system 240, but 
may be hosted by alternative host systems, including the 
messaging host system 230 so long as the redirector 
program 242 has access to the most current set of rules 
and can make a determination whether any particular 
data item has satisfied all user-defined filtering rules. Al- 
ternatively implemented, the filtering agent 250 may be 
combined with the user profile database 254. Data items 
that do not clear the filtering rules are marked as "han- 
dled" by the redirector program 242 in the wireless data 
item store 248, and are not further handled by the redi- 
rector 242. 

B) User Profile 

[0073] Also accessible by the redirector program 242 
is the address of the user's mobile data communication 
device 220, the user's SMTP address, the type of device 
220, and whether the device 220 can accept certain types 



of attachments, such as word processing or voice attach- 
ments. This information is preferably maintained in a user 
profile database 254 (see, FIG. 7). Such user information 
may be preferably created, updated and removed via a 
5 web-based user administration page 256. Web page 256 
is preferably access-restricted to the system administra- 
tor of the messaging host system 230 who may from time 
to time add new users to the redirection service. In ad- 
dition to the above user information, the system admin- 
istrator preferably has a switch control feature on the web 
page 256 to deactivate or activate redirection of the data 
items from the host system 230 that takes precedence 
over the user's selection on web page 252. This, advan- 
tageously, allows the system administer to maintain con- 
trol over the value-added service described herein. 
[0074] If the user's type of mobile device 220 cannot 
accept certain types of attachments, then the redirector 
program 242 can be programmed to route the attach- 
ments to a fax or voice number where the user is located. 
The user may provide such information details to the re- 
director program 242 via a return message. 

C) Redirection 

[0075] After the redirector program 242 has deter- 
mined that a particular message should be redirected, 
and it has prepared the message for redirection, the soft- 
ware 242 preferably converts the message from MIME 
to CMIME (MIME is a standard Internet mail format, and 
CMIME is a compressed version of MIME), and then 
sends the message A to a memory store located in the 
mobile communications device 220 via the wireless gate- 
way 250 and the wireless data network 222. In doing so, 
the redirector program 242 preferably packages mes- 
sage A as a message with an outer envelope A' that 
contains the addressing information of the mobile device 
220. In the preferred embodiment, the outer envelope is 
GME. The wireless gateway 260 requires this outer en- 
velope information A' in order to know where to send the 
redirected message A. Once the repackaged message 
(message A in A') is received by the mobile device 220, 
the outer envelope A' is removed, and the original mes- 
sage A is placed in the second memory store within the 
mobile device 220. By removing the outer envelope A' 
and presenting to the user of mobile device 220 message 
A , the present invention causes the mobile device 220 
to appear to be at the same physical location as the mes- 
saging host system 230, or PC 202 in a transparent, 
seamlessly integrated Internet account hosted by mes- 
saging host system 230. 

D) Outgoing Data Item From Mobile 

[0076] If the redirected userdata item is an E-mail mes- 
sage, as described above, then the user at the mobile 
device 220 sees the original subject line, sender's ad- 
dress, destination address, and carbon copy address. 
Preferably and desirably, the redirection of the E-mail 
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message A is transparent to the mobile communication 
device user. When the user, at the mobile device 220, 
replies to message A, or when the user authors a new 
message (a reply or a new message collectively referred 
to as "message B"), the software operating at the mobile 
device 220 adds a similar outer envelope (message B') 
to the reply message B (or the new message B) to cause 
message B to be routed to the wireless redirector host 
system 240 via the wireless network 222, which then re- 
moves the outer envelope B', repackages message B as 
message B", and redirects message B" to the final des- 
tination, such as user A's PC desktop 204. 
[0077] The general flow of such transmission is shown 
as a dotted line in FIG. 6. In this embodiment of the in- 
vention , the removal of the outer envelope B' and repack- 
aging of message B into envelope B" results in the out- 
going redirected message B" from the wireless redirector 
host system 240 being sent using the E-mail address of 
the user's mailbox on messaging host system 230, rather 
than the address of the mobile device 220, so that it ap- 
pears to the recipient of the message B" that the mes- 
sage originated from the user's desktop system 202 or 
from the messaging host system 230 itself (as would be 
the case of a web-based E-mail hosting system) rather 
than the mobile data communication device 220. This is 
accomplished by the redirector modifying 
the "from" and "reply to" identifiers associated with the 
message B to now have the SMTP address of user B's 
messaging host system 230 E-mail account. Advanta- 
geously, any replies to the message B" will then be sent 
to user B's inbox on messaging host system 230, which, 
if it is still in redirector mode, will repackage the reply and 
resend it to user B's mobile data device 220, as described 
above. 

[0078] In this embodiment, a copy of message B (la- 
belled B"') is redirected to user B's inbox at messaging 
host system 230 for retrieval and access by user B at 
some later time - for recording keeping purposes. In doing 
so, the redirector program 242 preferably repackages 
message B as message B'" so as to now have modified 
addressing information. In this preferred instance, the 
modified addressing information would include changing 
the "from" header information to read something to the 
following effect: "Sent from mobile communications de- 
vice to recipient" where 'recipient" would be the recipient's 
address of message B". This message B"' is forwarded, 
preferably via the Internet 218, to the messaging host 
system 230. 

[0079] As shown in FIG. 7, the messaging host system 
is preferably configured as an ISP. Here, the ISP system 
230 includes a sendmail daemon 232, which forwards 
the copy B'" to the local data item store 236 by a local 
delivery agent (not shown). Further, user B may prefer- 
ably configure his local inbox of data items at the desktop 
202 to store such copy messages in a specific inbox for 
mobile data communications device data items. Of 
course in the illustrative example of messaging host sys- 
tem 230 configured to redirect all incoming data items to 



wireless redirector host system 240, sendmail 232 would 
detect a new message and the ".forward" file 238 would 
again be accessed and the forwarding information there- 
in acted upon. Consequently, message B'" is redirected 
5 (not shown) to redirector host system 240. At the redi- 
rector host system 40, the redirector is preferably pro- 
grammed to detect that such a message B'" is a redirec- 
tion of message B"' sent therefrom. As such, the redirec- 
tor ignores this re-redirected message. Alternatively, the 
mail handler 232 at the messaging host system 230 is 
configured to detect such messages and to not redirect 
such messages. 

[0080] It is to be understood that a plurality of messag- 
ing host systems 230 may use a single redirector host 
system 240 for redirection of users' E-mail messages. 
Further still, a single redirector program 242 may be used 
to service the plurality of messaging host systems 230. 
[0081] Finally, turning to FIG. 8, a flow chart is set forth 
showing the steps carried out by the redirector program 
242 operating at the redirector host system 240 shown 
in FIGs. 6 and 7. The basic steps carried out by the mobile 
communications device 220 in order to interface with the 
redirector host system 240 may be accomplished by sub- 
stantially the same steps as shown in FIG. 5, although 
modified for this two-host aspect of the invention. 
[0082] The flow chart in FIG. 8 assumes that the redi- 
rector program 242 has been activated and is operating. 
Additional configuration steps will be necessary to enable 
redirection services for a new messaging host system 
230. These additional configuration steps include: (1 ) set- 
ting up a profile for the new messaging host system 230 
indicating its address, etc. (2) setting up individual user 
profiles, (3) initiating default filtering rules for incoming 
messages from the messaging host system for the users, 
and (4) making available both the filtering rule 252 and 
user profile 256 web pages. The flow chart also assumes 
the necessary steps have been undertaken to configure 
the messaging host system 230 to forward a copy of all 
incoming messages to the redirector host system 240 
(Lb., the Unix ".forward" file has been properly config- 
ured.) 

[0083] Once the messaging host system 230 is con- 
figured 268 and the redirector program 242 is configured 
270, the program 242 then waits for data items at step 
272. As discussed earlier, data items need not be limited 
to E-mail messages but may also include signals that are 
representative of user profile changes or filtering rule 
changes. 

[0084] When a data item is detected, the program de- 
termines at steps 274, 276 and 278 whether the data 
item is, respectively, a user profile change 274, a mes- 
sage from the Internet 276, or a message from the wire- . 
less mobile device 278. If the data item is a user profile 
change, then the appropriate user profile change is made 
at 280. Control then returns to step 272 where the pro- 
gram waits for additional data items. If the data item is a 
message from the Internet, then the appropriate user pro- 
file information is checked and applied at step 290. The 
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program then checks if the filter rules have changed at 
step 292. If so, the filter rules are reloaded. Next, the filter 
rules are applied at step 296. If the message does not 
clear all applicable redirection filter rules at step 297, the 
preparation and redirection steps 298 and 300, respec- 
tively, are skipped. The message is thus ignored and 
control is returned to the redirector program 242 at step 
272. Assuming, however, that the message (or at least 
a portion thereof) is to be redirected, then the message 
is prepared for redirection at step 298. In the preparation 
step 298, the redirector program 242 adds the outer en- 
velope to the message for wireless transmission. At step 
300, the repackaged message is then forwarded to the 
user's mobile device 220 via LAN 258, wireless gateway 
260 and wireless network 222. Control then returns to 
step 272 where the program waits for additional data 
items to act upon. 

[0085] If, at step 278, there is a determination that the 
data item is a message-from the mobile device 220, then 
the message is prepared for Internet redirection at step 
284. Preparation would preferably include changing the 
"from" and "reply to" fields of the message to replicate 
the address of the user's SMTP address at the messag- 
ing host system 230 - the resulting message referred to 
as message B" in FIG. 6. Also, the preparation step may 
include making a second copy of the message, such mes- 
sage referred to as message B'" in FIG. 6. In this second 
copy, the "from" field is changed to, preferably, "Sent 
from the mobile device to Recipient" where 'Recipient' is 
the SMTP address of the recipient of message B". At 
step 286, previous messages or attachments are ap- 
pended. At step 288, one message is forwarded to the 
recipient (message B") and the copy of the message 
(message B'") is forwarded to the user's messaging host 
system 230 destined for the user's local data item store 
236 for record keeping purposes. Control then returns to 
step 272, where the program waits for additional data 
items to act upon. If, at step 278, there is a determination 
that the data item is not a message from the wireless 
device, other functions may be performed by the redirec- 
tor program 242 if so programmed to do so. For instance, 
the message could be a command message such as 
described earlier in this application where additional text 
of the E-mail message may be transmitted to the mobile 
device 220. 

[0086] Although not explicitly shown in the flowchart, 
if at step 276 there is a determination that the message 
is from the Internet, then the redirector program 242 
would check whether the message is a re-redirected 
message from the messaging host system 230. If so, all- 
subsequent steps are skipped (the message is ignored) 
and control is returned to step 272. In this manner, re- 
redirected messages are not redirected to the mobile de- 
vice 220. Alternatively implemented, this determination 
could be undertaken at step 296 as part of the default 
filtering rules. It is to be understood that the user profile 
and filtering rules could alternatively be combined togeth- 
er, thus eliminating a step(s). This is, of course, well within 



the scope of the present invention. 
[0087] Although not shown, the additional step of main- 
taining the wireless data item store 248 is another step 
(s)that the redirector would preferably manage. At a pre- 
5 determined storage threshold either by date or size, each 
user's earliest stored data item would be deleted to make 
room for newer incoming data items. 
[0088] Referring now to FIG. 9-12, there will be de- 
scribed an alternative multi-host Internet-based system 
using many of the features of the system described in 
the two-host Internet-based system configuration shown 
in FIG. 6-8. In the redirector system 200 shown in FIGs. 
9-12, instead of a two-host system for storing the mobile 
device user's messages and for operating the redirector 
program 12, there is a multiplicity of hosts, with each one 
performing part of the distributed tasks of redirector pro- 
gram 12. The redirector system 200 is capable of han- 
dling a multiplicity of messaging hosts 230, where the 
mobile device user's data items are stored. Each mes- 
saging host 230 corresponds to an ISP with its own set 
of users, a subset of which are configured to have their 
email forwarded for wireless redirection to their respec- 
tive mobile devices 220 via the mail handler 232 accord- 
ing to the forward file 238, as described above with ref- 
erence to FIGs. 6-8. However, in the multi-host Internet- 
based system 200, instead of using a single wireless re- 
director host system 240, and a single wireless redirector 
program 242, the redirector program has been embodied 
into a multiplicity of redirector send agents 245 and a 
redirector receive agents 249, each pair of which can be 
hosted on separate redirector agent host servers 243. 
This multi-host configuration provides the significant ad- 
vantage of allowing the redirector system 200 to be scale- 
able and easily configured to support multiple ISPs each 
having multiple sites, with each site having an associated 
Internet domain name. A single redirector agent host 
server can support several send and receive pairs of re- 
director agents, and each pair of agents serving multiple 
ISP sites. The mapping of redirector host servers to ISP 
sites and the configuration of redirector agents is accom- 
plished via the web-based administration 257 of the ad- 
ministration information database 259. 
[0089] SMTP is the only system interface the ISP 
needs to support in order to interface with redirector sys- 
tem 200 during normal operation. Advantageously, a web 
browser is the only user interface 253 an ISP needs to 
support in order to configure the redirector system 200. 
Similarly, a web browser is the user interface 256 a user 
needs to support in order to configure the redirector sys- 
tem 200. 

[0090] By using a hierarchy of stored configuration in- 
formation in the databases 259, 255, 254 and 250, the 
web interfaces 257, 256, 253 and 252 allow a plurality of 
system 200 administrative accounts to manage a plurality 
of site manager accounts, which in turn manage a plu- 
rality of site dependent mobile device user accounts. At 
each level down, the web-based interfaces provide ac- 
cess to only those elements of the databases for which 
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the account has authority. 

[0091] Administrative accounts have authority to man- 
age site manager accounts, redirector agent host server 
configuration records, and set site configuration default 
values. Site manager accounts have authority to override 5 
certain site configuration records, manage user ac- 
counts, and set user configuration default values. User 
accounts have authority to override certain user records. 
The next three paragraphs illustrate the type of informa- 
tion and authority associated with the three accounts de- 
scribed above. 

[0092] The access to administrative operations is lim- 
ited to system 200 operators who have an administrative 
account comprising an administrator name and pass- 
word useable on web-based administration page 257 in 
order to gain access to the administration database 259. 
An administrator of system 200 manages records for con- 
figuring redirector agent host servers, and manages ac- 
counts for site managers, which access the site informa- 
tion database 255 via web-based site information page 
253. 

[0093] Site managers represent ISP hosted Internet 
domains and manage site information records for further 
configuring redirector agents, and manage accounts for 
mobile device 220 users who wish to use system 200 for 
redirecting their data items. The site information record 
includes such items as, for example, an optional Internet 
domain name and a default tag line to be appended at 
the end of every email. 

[0094] A site mobile user, when provided with an ac- 
count by a site manager, can access the user information 
database 254 via web based user administration page 
256, in order to update those fields of their user informa- 
tion record for which they have authority. For instance, 
a user might wish to override the default site wide tag 
line stored in the site info record corresponding to his 
site, thereby enabling the the tag-line customization fea- 
ture. The user might also wish to override the default 
domain name based email address provided by his site 
manager by specifying his single SMTP address, thereby 
enabling domain-massaging feature. 
[0095] As used in this description and in the appended 
claims, the phrase domain-massaging is defined as the 
feature which allows an ISP or a site manager to cus- 
tomize the "sent from" and "reply to" addresses for mes- 
sages generated at a mobile device by a mobile device 
user. This new feature functionality allows an ISP to ef- 
fectively offer "single email address" functionality to their 
mobile device users that have an email address, which 
is different from the ISP's default domain address. For 
example, a first mobile device user with "single email 
address" user@userscompany.com, can go through 
ISP's forwarding service over domain isp.com where the 
user has traditionally the email address user@isp.com. 
In one embodiment of the present invention, the ISP can 
activate the domain-massaging feature of the redirector 
receive agent to replace user@isp.com with user@user- 
company.com in the "sent from" and "reply to" fields for 



email messages generated (i.e., originally created, or re- 
plied from) at the mobile device user's mobile device, 
thereby (1 ) allowing the user to advantageously use only 
one email address when creating messages at either his 
mobile device or at his traditional non-wireless email gen- 
eration means and (2) making it appear as though the 
user has a "single email address", user@user company 
com. 

[0096] Closely related to the domain-massaging fea- 
ture is the tag line customization feature, which as used 
in this description and in the appended claims, is defined 
as the feature, which allows an ISP to provide a default 
tag line to be appended to all of its mobile device users' 
messages generated at and sent from the mobile device, 
as well as the user's ability to customize the tag line. 
Preferably, the tag line is appended to the messages 
after arrival from the wireless network such as at the re- 
director system, but prior to transmission to the intended 
recipient. This advantageously permits over-the-air 
bandwidth transmission savings. For instance, an ISP 
may wish to have a default tag line which reads, for in- 
stance, "This mobile message brought to you by http: 
//www, is p. com/ " thereby creating a sales opportunity at 
every email message sent by every one of their new mo- 
bile users. A mobile user can then customize the tag line 
by, for instance, including a signature such as: 

With regards, 
User Name 
tel.: xxx.yyy.zzz xwvw 
e-mail: user@isp.com 

[0097] FIG. 1 1 illustrates the steps taken by a redirec- 
tor receive agent 249 in order to accomplish the two fea- 
tures described in the previous paragraphs, namely do- 
main-massaging and tag-line customization. In this ex- 
ample, the redirector receive agent can be considered 
to accomplish steps 284, 286, and 288 of the redirector 
program 242 illustrated in FIG. 8, as well as the additional 
domain-massaging and tag line customization features 
to be described. At step 300, the redirector receive agent 
is notified that a wireless message is available for redi- 
rection in wireless data item store 248. This step consists 
of getting the message data 31 0 comprised of a content 
type, a stream, and a user id. This example assumes that 
the message type is an email message originated from 
the user's mobile device 220. At the next step 320, the 
user id 31 2 obtained in step 300 is used as a key to obtain 
a user record 330 from the user information database 
254. At step 340, site id 332 obtained in step 320 is used 
as a key to obtain site information record 350 from the 
site information database 255. Step 400, comprised of 
steps 410,420, 430 and 440, sets the user's email ad- 
dress upon the condition of the site information record 
350 having a blank domain name. If the domain name is 
blank, the SMTP address found in the user record 330 
is used as the email address. If a domain name is found 
in site record 350, a juxtaposition of user name and do- 
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main name is utilized as the email address. Step 440 
replaces the "send from/ reply to" addresses of the mes- 
sage to the email address. Collectively, step 400 accom- 
plishes the domain-massaging feature. Steps 500, com- 
prised of steps 51 0,520,530 and 540 collectively accom- 
plish the tag-line customization. In step 510, the user tag 
line found in user record 330 is examined. If the user tag 
line is blank, the site tag line found in record 350 is utilized. 
If the user tag line is not blank, it is utilized instead of the 
site tag line. The utilized tag line is appended to the mes- 
sage at step 540. Finally, step 288 proceeds to send the 
message to the recipient designated in the message via 
the Internet, as described in reference to FIG. 8. 
[0098] Although not explicitly shown in the drawings, 
it is considered a variation of the present invention that 
is within the scope of the invention to perform other types 
of automated information substitution in message data 
items of which two examples have been illustrated in the 
case of domain-massaging and tag line customization in 
the redirector receive agent. 

[0099] As illustrated in Fig. 12, the system 200 advan- 
tageously permits at least one ISP, such as ISP A 600, 
to provide wireless redirection for its customer base and 
customized single email address transparency for a plu- 
rality of companies, such as Company A and Company 
B, by managing a distinct site for each company, in this 
case ISP A site 61 0, Company A site 61 2, and Company 
B site 614, with corresponding site manager accounts on 
the redirector system 200. Mobile device users associ- 
ated to each of those sites can configure their email tag 
lines, and their email address obtained by juxtaposing 
their email name and their custom site's domain name, 
by taking advantage of domain-massaging and tag line 
customization respectively, via the web-based user in- 
terface 256. 

[0100] Continuing with the same example, if ISP A hav- 
ing a corresponding messaging host 230 wishes to offer 
wireless redirection to its base users, the web-based site 
admin page 257 is used to create a site manager account 
for the ISP by the system 200 administrator in the admin- 
istration information database 259 via the user interface 
257. The 257 interface is also be used to create site man- 
ager accounts for other sites managed by the ISP, such 
as Company A or Company B. The web-based adminis- 
tration page 257 is also used to configure the name and 
authentication information of the redirector agent host 
server 243, and associated redirector send and receive 
agents corresponding to each site. Then the ISP need 
only: a) provide configuration site information to the site 
info database 255 via the web based site information 
page 253, said site information corresponding to ISP site 
infrastructure such as the IP address of the mail handler 
232, associated site domain name, and the creation of 
individual mobile device user accounts for its mobile de- 
vice users; and b) add an entry for each of its mobile 
device users in the forward file 238. After the ISP mobile 
device user accounts 616, 616\ 616" are created for 
each site, the ISP mobile device users can update their 



respective user information 254 using the web-based us- 
er admin page 256. 

[0101] ISP A provides wireless redirection service of 
messages traditionally only hosted at and accessed via 
5 the ISP to mobile devices assigned to its traditional ISP 
customer base. Some of the ISP customers base com- 
prise of customers with customized domain names (i.e., 
domain.com) wherein the ISP hosts a web site (i.e., 
www.domain.com) and a plurality of email addresses as- 
10 sociated with the customized domain names (i.e., 
john@domain.com). Such customers who opt for the 
wireless redirection of their email messages advanta- 
geously by virtue of the present invention may continue 
to use their customized email addresses when generat- 
es ing and receiving email messages at their mobile device. 



Claims 

20 1 . A method of redirecting data messages from a mes- 
saging host system (230) to a wireless mobile com- 
munication device (220 ), comprising the steps of: 

- transmitting a data message to the messaging 
25 host system (230), wherein the messaging host 

system (230) stores the data message in a first 
message store (236) associated with a user of 
the wireless mobile communication device 
(220) ; 

30 - detecting the data message at the messaging 

host system (230); 

- forwarding a copy of the data message from 
the messaging host system (230) to a wireless 
red irector host system (240) via a wide area net- 

35 work connection between the messaging host 

system (230) and the wireless redirector host 
system (240); 

- storing the data message in a second message 
store (248) associated with the user of the wire- 

40 less mobile communication device (220) at the 

wireless redirector host system (240) ; 

- determining whether the data message stored 
in the second message store (248) should be 
redirected from the wireless redirector host sys- 

^5 tern (240) to the user's wireless mobile commu- 

nication device (220); and 

- if the data message should be redirected, then 
packaging the data message into an electronic 
envelope (/V) and transmitting the electronic en- 

50 velope (A|) from the wireless redirector host sys- 

tem (240) to the user's wireless mobile commu- 
nication device (220) via a wireless gateway 
(260) coupling the wireless redirector host sys- 
tem (240) to a wireless transmission network. 

55 

2. The method of claim 1 , wherein the data message 
is an e-mail message and the first data store (236) 
is an e-mail inbox associated with an electronic mail 
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system. 

3. The method according to one of the claims 1 or 2, 
wherein the detecting step includes the steps of: 

- determining whether a data message has been 
received at the messaging host system (230) for 
a particular user of a wireless mobile communi- 
cation device; and 

- checking a forwarding file (238 ) coupled to the 
messaging host system (230) to determine 
whether the particular user's data messages 
should be forwarded to the wireless redirector 
host system (240 ). 

4. The method of claim 3, wherein the forwarding file 
(238) includes a listof network addresses associated 
with the wide area network connection where the 
user's data messages should be forwarded by the 
messaging host system (230 ). 

5. The method according to one of the claims 1 to 4, 
further comprising the steps of: 

- configuring a set of filtering rules (250) for use 
by the wireless redirector host system (240) in 
determining whether the data message should 
be redirected to the user's wireless mobile com- 
munication device (220); and 

- providing an access mechanism that allows 
the user to remotely configure and reconfigure 
the filtering rules (250) by connecting to the wire- 
less redirector host system (240) from a remote 
terminal. 

6. The method of claim 5, wherein the access mecha- 
nism for remotely configuring and reconfiguring the 
filtering rules is a web-page interface. 

7. The method according to one of the claims 1 to 6, 
further comprising the steps of: 

- configuring a user profile database (254) for 
use by the wireless redirector host system (240) 
in determining whether the data message 
should be redirected to the user's wireless mo- 
bile communication device (220); and 

- providing an access mechanism (256) that al- 
lows a system administrator of the messaging 
host system (230) to remotely configure and 
reconfigure the user profile database (254) by 
connecting to the wireless redirector host sys- 
tem (240) from a remote terminal. 

8. The method of claim 7, wherein the access mecha- 
nism for remotely configuring and reconfiguring the 
user profile database (254) is a web-page interface. 



9. The method according to one of the claims 1 to 8, 
further comprising the steps of: 

- receiving the electronic envelope (A') at the 
5 user's wireless mobile communication device 

(220) ; 

- extracting the data message from the electron- 
ic envelope (A^): and 

- storing the data message within a memory of 
10 the mobile device. 

10. The method according to one of the claims 1 to 9, 
further comprising the steps of: 

*5 - generating a reply data message at the wire- 

less mobile communication device (220); 

- packaging the reply data message into an elec- 
tronic envelope and transmitting the electronic 
envelope to the wireless redirector host system 

20 (240). 

1 1 . The method of claim 810 , wherein the electronic en- 
velope is addressed using an electronic address of 
the wireless redirector host system (240). 

25 

12. The method of claim 1J_, further comprising the steps 
of: 

- extracting the reply data message from the 
30 electronic envelope at the wireless redirector 

host system (240); 

- reconfiguring the addressing information asso- 
ciated with the reply data message; and 

- transmitting the reconfigured reply data mes- 
35 sage from the wireless redirector host system 

(240) to the messaging host system (230). 

13. The method of claim 12, further comprising the steps 
of: 

40 

- receiving the reconfigured reply data message 
at the messaging host system (230); and 

- storing the reply data message in the first mes- 
sage store (236) associated with the user of the 

45 wireless mobile communication device. 

14. The method according to one of the claims 1 1 to 13, 
further comprising the steps of: 

50 - extracting the reply data message from the 

electronic envelope at the wireless redirector 
host system (240); 

- reconfiguring the addressing information asso- 
ciated with the reply data message; and 

55 - transmitting the reconfigured reply data mes- 

sage to a destination system using an electronic 
address included in the reply data message. 
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15. The method according to one of the claims 1 to 14, 
further comprising the step of: 

- transmitting a deactivation message associat- 
ed with the user of the wireless mobile commu- 
nication device to the wireless redirector host 
system; and 

- upon receiving the deactivation message, pro- 
hibiting the redirection of data messages for the 
user sending the deactivation message. 

16. The method according to one of the claims 1 to 15, 
wherein the determining step includes the steps of: 

- accessing a user profile database (254) includ- 
ing a list of authorized users; and 

- checking whether the user associated with the 
data message is an authorized user to deter- 
mine whether the data message should be re- 
directed to the user's wireless mobile commu- 
nication device (220). 

17. The method according to one of the claims 1 to 16, 
wherein the determining step includes the steps of: 

- accessing a filter rules database (250) includ- 
ing a list of filters to be applied to data messages 
for a particular user; and 

- applying the filters to the data message to de- 
termine whether the data message should be 
redirected to the user's wireless mobile commu- 
nication device (220) . 

18. The method according to one of the claims 1 to 17, 
wherein the packaging step includes the step of ad- 
dressing the electronic envelope using the electronic 
address of the user's wireless mobile communica- 
tion device (220). 

19. The method according to one of the claims 1 to 18, 
wherein the user's wireless mobile communication 
device (220) is a laptop computer. 

20. The method according to one of the claims 1 to 18, 
wherein the user's wireless mobile communication 
device (220) is a two-way paging computer. 

21 . The method of claim 20^ wherein the two-way paging 
computer includes a wireless network interface for 
communicating with the wireless redirector host sys- 
tem (240) via the wireless transmission network. 

22. The method of claim 21^ wherein the electronic en- 
velope is addressed using the wireless transmission 
network address of the two-way paging computer. 

23. The method according to one of the claims 1 to 22, 
wherein the messaging host system (230) is an In- 



ternet Service Provider. 

24. The method of claim 2^ wherein the data items are 
E-mail messages, and the Internet Service Provider 

5 includes a mail server program. 

25. The method of claim 24, wherein the Internet Service 
Provider further includes a forwarding database cou- 
pled to the mail server program for detecting whether 

io a data message received at the mail server should 
be forwarded to a wireless redirector host system 
(240), and for determining the electronic network ad- 
dress of the wireless redirector host system (240). 

15 26. The method according to one of the claims 1 to 25, 
wherein the wide area network connection coupling 
the messaging host system (230) to the wireless re- 
director host system (240) is an Internet connection. 

20 27. The method according to one of the claims 1 to 26, 
further comprising the steps of: 

- configuring a user profile database ( 254 ) for 
use by the wireless redirector host system (240) 

25 in determining whether the data message 

should be redirected to the user's wireless mo- 
bile communication device (220); and 

- storing, within the user profile database (254), 
the electronic address of the user's wireless mo- 

30 bile communication device (220). 

28. The method of claim 27^ further comprising the steps 
of: 

35 - storing, within the user profile database (254), 

information regarding the type and configuration 
of the user's wireless-mobile communication de- 
vice (220). 

40 29. The method according to one of the claims 1 to 28, 
wherein the packaging step further includes the 
steps of: 

- converting the data message into a com- 
pressed format; and 

- placing the compressed data message into an 
electronic envelope addressed using the elec- 
tronic address of the user's wireless mobile com- 
munication device (220 ). 

30. The method according to one of the claims 1 to 29, 
wherein the data message is a calendar event mes- 
sage. 



1. Verfahren zum Urn- bzw. Weiterleiten von Daten- 
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nachrichten von einem Messaging-Hostsystem 4. 
(230) an eine drahtlose mobile Kommunikationsvor- 
richtung (220), das die Schritte aufweist: 

- Obertragen einer Datennachricht an das Mes- 5 
saging-Hostsystem (230), wobei das Messa- 
ging-Hostsystem (230) die Datennachricht in ei- 
nem ersten Nachrichtenspeicher (236) spei- 5. 
chert, derzu einem Benutzerderdrahtlosen mo- 

bilen Kommunikationsvorrichtung (220) gehort; 10 

- Erfassen der Datennachricht an dem Messa- 
ging-Hostsystem (230); 

- Weiterleiten einer Kopie der Datennachricht 
von dem Messaging-Hostsystem (230) an ein 
drahtloses Redirector-Hostsystem (240) uber 15 
eine Weitbereichsnetzverbindung zwischen 
dem Messaging-Hostsystem (230) und dem 
drahtlosen Redirector-Hostsystem (240); 

- Speichern der Datennachricht in einem zwei- 

ten Nachrichtenspeicher (248), der zu dem Be- 20 
nutzer der drahtlosen mobilen Kommunikati- 
onsvorrichtung (220) gehort, an dem drahtlosen 
Redirector-Hostsystem (240); 

- Bestimmen, ob die in dem zweiten Nachrich- 6. 
tenspeicher (248) gespeicherte Datennachricht 25 
von dem drahtlosen Redirector-Hostsystem 

(240) an die drahtlose mobile Kommunikations- 
vorrichtung (220) des Benutzers urn- bzw. wei- 
tergeleitet werden soil; und 7. 

- wenn die Datennachricht urn- bzw. weiterge- 30 
leitet werden soil, dann Verpacken der Daten- 
nachricht in einen elektronischen Umschlag (A') 
und Obertragen des elektronischen Umschlags 
(A') von dem drahtlosen Redirector-Hostsystem 
(240) an die drahtlose mobile Kommunikations- 35 
vorrichtung (220) des Benutzers uber ein draht- 
loses Gateway (260), das das drahtlose Redi- 
rector-Hostsystem (240) mit einem drahtlosen 
Ubertragungsnetzwerk verbindet. 

40 

2. Verfahren gemSfi Anspruch 1 , wobei die Datennach- 
richt eine E-Mail-Nachricht ist und der erste Daten- 
speicher (236) eine E-Mail-lnbox ist, die zu einem 
elektronischen Mail-System gehort. 

45 

3. Verfahren gemafi einem der Anspruche 1 Oder 2, 8. 
wobei der Erfassungsschritt die Schritte umfasst: 

- Bestimmen, ob eine Datennachricht an dem 
Messaging-Hostsystem (230) fur einen be- 50 
stimmten Benutzer einer drahtlosen mobilen 9. 
Kommunikationsvorrichtung empfangen wurde; 

- Uberprufen einer Weiterleitungsdatei (238), 
die mit dem Messaging-Hostsystem (230) ver- 
bunden ist, urn zu bestimmen, ob die Daten- 55 
nachrichten des bestimmten Benutzers an das 
drahtlose Redirector-Hostsystem (240) weiter- 
geleitet werden sollen. 



Verfahren gemafc Anspruch 3, wobei die Weiterlei- 
tungsdatei (238) eine Liste von Netzwerkadressen 
umfasst, die zu der Weitbereichsnetzverbindung ge- 
horen, auf der die Datennachrichten des Benutzers 
von dem Messaging-Hostsystem (230) weitergelei- 
tet werden sollen. 

Verfahren gemafi einem der Anspruche 1 bis 4, das 
weiter die Schritte aufweist: 

- Konfigurieren eines Satzes von Filterregeln 
(250) zur Verwendung durch das drahtlose Re- 
director-Hostsystem (240) bei derBestimmung, 
ob die Datennachricht an die drahtlose mobile 
Kommunikationsvorrichtung (220) des Benut- 
zers urn- bzw. weitergeleitet werden soli; und 

- Vorsehen eines Zugriffsmechanismus, der 
dem Benutzer ermoglicht, die Filterregeln (250) 
aus der Entfernung durch Verbinden mit dem 
drahtlosen Redirector-Hostsystem (240) von ei- 
nem entfernten Endgerat zu konfigurieren und 
neu zu konfigurieren. 

Verfahren gemafi Anspruch 5, wobei der Zugriffs- 
mechanismus zum Konfigurieren und neu Konfigu- 
rieren der Filterregeln aus der Entfernung eine Web- 
seiten-Schnittstelle ist. 

Verfahren gemafi einem der Anspruche 1 bis 6, das 
weiter die Schritte aufweist: 

- Konfigurieren einer Benutzerprofil-Datenbank 
(254) zur Verwendung durch das drahtlose Re- 
director-Hostsystem (240) bei der Bestimmung, 
ob die Datennachricht an die drahtlose mobile 
Kommunikationsvorrichtung (220) des Benut- 
zers urn- bzw. weitergeleitet werden soli; und 

- Vorsehen eines Zugriffsmechanismus (256), 
der einem Systemadministratordes Messaging- 
Hostsystems (230) ermoglicht, die Benutzerpro- 
fil-Datenbank (254) aus der Entfernung durch 
Verbinden mit dem drahtlosen Redirector-Host- 
system (240) von einem entfernten Endgerat zu 
konfigurieren und neu zu konfigurieren. 

Verfahren gemafi Anspruch 7, wobei der Zugriffs- 
mechanismus fur ein Konfigurieren und neu Konfi- 
gurieren der Benutzerprofil-Datenbank (254) aus der 
Entfernung eine Webseiten-Schnittstelle ist. 

Verfahren gemSfi einem der Anspruche 1 bis 8, das 
weiter die Schritte aufweist: 

- Empfangen des elektronischen Umschlags 
(A') an der drahtlosen mobilen Kommunikati- 
onsvorrichtung (220) des Benutzers; 

- Extrahieren der Datennachricht aus dem elek- 
tronischen Umschlag (A'); und 
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- Speichern der Datennachricht in einem Spei- 
cher der mobilen Vorrichtung. 

10. Verfahren gemafi einem der Anspruche 1 bis 9, das 
weiter die Schritte aufweist: s 

- Erzeugen einer Antwortdatennachricht an der 
drahtlosen mobilen Kommunikationsvorrich- 
tung (220); 

- Verpacken der Antwortdatennachricht in einen 10 
elektronischen Umschlag und Obertragen des 
elektronischen Umschlags an das drahtlose Re- 
director-Hostsystem (240). 

11. Verfahren gemafi Anspruch 10, wobei der elektro- is 
nische Umschlag unter Verwendung einer elektro- 
nischen Adresse des drahtlosen Red i recto r-Hostsy- 
stems (240) adressiert wird. 

12. Verfahren gemafi Anspruch 11, das weiter die 20 
Schritte aufweist: 

- Extrahieren der Antwortdatennachricht aus 
dem elektronischen Umschlag an dem drahtlo- 
sen Redirector-Hostsystem (240); 25 

- Neukonfigurieren der Adressierungsinformati- 
on, die zu der Antwortdatennachricht gehbrt; 
und 

- Obertragen der neu konfigurierten Antwortda- 
tennachricht von dem drahtlosen Redirector- 30 
Hostsystem (240) an das Messaging-Hostsy- 
stem (230). 

13. Verfahren gemafi Anspruch 12, das weiter die 
Schritte aufweist: 35 

- Empfangen der neu konfigurierten Antwortda- 
tennachricht an dem Messaging-Hostsystem 
(230); und 

- Speichern der Antwortdatennachricht in dem *o 
ersten Nachrichtenspeicher (236), der zu dem 
Benutzer der drahtlosen mobilen Kommunikati- 
onsvorrichtung gehbrt. 

14. Verfahren gemafi einem der Anspruche 11 bis 13, *s 
das weiter die Schritte aufweist: 

- Extrahieren der Antwortdatennachricht aus 
dem elektronischen Umschlag an dem drahtlo- 
sen Redirector-Hostsystem (240); so 

- Neukonfigurieren der Adressierungsinformati- 
on, die zu der Antwortdatennachricht gehbrt; 
und 

- Obertragen der neu konfigurierten Antwortda- 
tennachricht an ein Zielsystem unter Verwen- ss 
dung einer in der Antwortdatennachricht enthal- 
tenen elektronischen Adresse. 
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15. Verfahren gemafi einem der Anspruche 1 bis 14, 
das weiter die Schritte aufweist: 

- Obertragen einer Deaktivierungsnachricht, die 
zu dem Benutzer der drahtlosen mobilen Kom- 
munikationsvorrichtung gehbrt, an das drahtlo- 
se Redirector-Hostsystem; und 

- bei Empfang der Deaktivierungsnachricht, Ver- 
hindern der Urn- bzw. Weiterleitung von Daten- 
nachrichten fur den Benutzer, der die Deaktivie- 
rungsnachricht sendet. 

16. Verfahren gemafi einem der Anspruche 1 bis 15, 
wobei der Bestimmungsschritt die Schritte aufweist: 

- Zugreifen auf eine Benutzerprofil-Datenbank 
(254), die eine Liste von autorisierten Benutzern 
umfasst; und 

- Oberprufen, ob der zu der Datennachricht ge- 
hbrende Benutzer ein autorisierter Benutzer ist, 
urn zu bestimmen, ob die Datennachricht an die 
drahtlose mobile Kommunikationsvorrichtung 
(220) des Benutzers urn- bzw. weitergeleitet 
werden soil. 

17. Verfahren gemafi einem der Anspruche 1 bis 16, 
wobei der Bestimmungsschritt die Schritte aufweist: 

- Zugreifen auf eine Filterregeln-Datenbank 
(250), die eine Liste von Filtern umfasst, die auf 
Datennachrichten fur einen bestimmten Benut- 
zer anzuwenden sind; und 

- Anwenden der Filter auf die Datennachricht, 
urn zu bestimmen, ob die Datennachricht an die 
drahtlose mobile Kommunikationsvorrichtung 
(220) des Benutzers urn- bzw. weitergeleitet 
werden soil. 

18. Verfahren gemafi einem der Anspruche 1 bis 17, 
wobei der Verpackungsschritt den SchrittdesAdres- 
sierens des elektronischen Umschlags unter Ver- 
wendung der elektronischen Adresse der drahtlosen 
mobilen Kommunikationsvorrichtung (220) des Be- 
nutzers umfasst. 

19. Verfahren gemafi einem der Anspruche 1 bis 18, 
wobei die drahtlose mobile Kommunikationsvorrich- 
tung (220) des Benutzers ein Laptop-Computer ist. 

20. Verfahren gemafi einem der Anspruche 1 bis 18, 
wobei die drahtlose mobile Kommunikationsvorrich- 
tung (220) des Benutzers ein Zweiweg-Paging- 
Computer ist. 

21 . Verfahren gemafi Anspruch 20, wobei der Zweiweg- 
Paging-Computer eine drahtlose Netzwerkschnitt- 
stelle umfasst zum Kommunizieren mit dem draht- 
losen Redirector-Hostsystem (240) uber das draht- 
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lose Ubertragungsnetzwerk. 

22. Verfahren gemSfJ Anspruch 21, wobei der elektro- 
nische Umschlag unter Verwendung der Adresse 
des drahtlosen Ubertragungsnetzwerks des Zwei- 5 
weg-Paging-Computers adressiert wird. 

23. Verfahren gemSfi einem der Anspruche 1 bis 22, 
wobei das Messaging-Hostsystem (230) ein Inter- 
netdiensteanbieter ist. io 

24. Verfahren gemSfi Anspruch 23, wobei die Datenele- 
mente E-Mail-Nachrichten sind und der Internetdien- 
steanbieter ein Mail-Server-Prog ram m umfasst. 

15 

25. Verfahren gemSfi Anspruch 24, wobei der Internet- 
diensteanbieter weiter eine mit dem Mail-Server- 
Programm verbundene Weiterleitungsdatenbank 
umfasst, urn zu erfassen, ob eine an dem Mail-Ser- 
ver empfangene Datennachricht an ein drahtloses 20 
Redirector-Hostsystem (240) weitergeleitet werden 
soil, und zur Bestimmung der elektronischen Netz- 
werkadresse des drahtlosen Redirector-Hostsy- 
stems (240). 

25 

26. Verfahren gemafl einem der Anspruche 1 bis 25, 
wobei die Weitbereichsnetzverbindung, die das 
Messaging-Hostsystem (230) mit dem drahtlosen 
Redirector-Hostsystem (240) verbindet, eine Inter- 
net-Verbindung ist. 30 

27. Verfahren gemSfi einem der Anspruche 1 bis 26, 
das weiter die Schritte aufweist: 

- Konfigurieren einer Benutzerprofil-Datenbank 35 
(254) zur Verwendung durch das drahtlose Re- 
director-Hostsystem (240) bei der Bestimmung, 

ob die Datennachricht an die drahtlose mobile 
Kommunikationsvorrichtung (220) des Benut- 
zers urn- bzw. weitergeleitet werden soli; und <o 

- Speichern der elektronischen Adresse der 
drahtlosen mobilen Kommunikationsvorrich- 
tung (220) des Benutzers in der Benutzerprofil- 
Datenbank (254). 

45 

28. Verfahren gemSR Anspruch 27, das weiter die 
Schritte aufweist: 

- Speichern einer Information hinsichtlich des 
Typs und der Konfiguration der drahtlosen mo- so 
bilen Kommunikationsvorrichtung (220) des Be- 
nutzers in der Benutzerprofil-Datenbank (254). 

29. Verfahren gemSfJ einem der Anspruche 1 bis 28, 
wobei der Verpackungsschritt weiter die Schritte auf- 55 
weist: 

- Konvertieren der Datennachricht in ein kom- 
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primiertes Format; und 

- Platzieren der komprimierten Datennachricht 
in einen elektronischen Umschlag, der unter 
Verwendung der elektronischen Adresse der 
drahtlosen mobilen Kommunikationsvorrich- 
tung (220) des Benutzers adressiert wird. 

30. Verfahren gemafi einem der Anspruche 1 bis 29, 
wobei die Datennachricht eine Kalenderereignis- 
nachricht ist. 



Revendications 

1. Procede de redirection de messages de donnees 
d'un systeme note de messagerie (230) a un dispo- 
sitif de communication mobile sans fil (220), com- 
prenant les etapes consistant a : 

- transmettre un message de donnees au sys- 
teme note de messagerie (230), dans lequel le 
systeme note de messagerie (230) stocke le 
message de donnees dans une premiere me- 
moire de messages (236) associee a un utilisa- 
teur du dispositif de communication mobile sans 
fil (220) ; 

- detecter le message de donnees au niveau du 
systeme note de messagerie (230) ; 

- transferer une copie du message de donnees 
du systeme h6te de messagerie (230) a un sys- 
teme note redirecteur sans fil (240) via une con- 
nexion de reseau etendu entre le systeme note 
de messagerie (230) et le systeme hote redirec- 
teur sans fil (240) ; 

- stocker le message de donnees dans une se- 
conde memoire de messages (248) associee a 
I'utilisateur du dispositif de communication mo- 
bile sans fil (220) au niveau du systeme hote 
redirecteur sans fil (240) ; 

- determiner si le message de donnees stocke 
dans la seconde memoire de messages (248) 
devrait etre redirige du systeme hote redirecteur 
sans fil (240) au dispositif de communication 
mobile sans fil de I'utilisateur (220) ; et 

- si le message de donnees devrait etre redirige, 
envelopper alors le message de donnees dans 
une enveloppe electronique (A') et transmettre 
Tenveloppe electronique (A') du systeme hote 
redirecteur sans fil (240) au dispositif de com- 
munication mobile sans fil de I'utilisateur (220) 
via une passerelle sans fil (260) couplant le sys- 
teme h6te redirecteur sans fil (240) a un reseau 
de transmission sans fil. 

2. Procede selon la revendication 1, dans lequel le 
message de donnees est un message de courrier 
electronique et la premiere memoire de donnees 
(236) est une boite de reception de courrier electro- 
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nique associee a un systeme de courrier electroni- 
que. 

3. Procede selon Tune quelconque des revendications 
1 ou 2, dans lequel I'etape de detection comprend 
les etapes consistant a : 

- determiner si un message de donnees a ete 
regu au niveau du systeme note de messagerie 
(230) pour un utilisateur particulier d'un dispo- 
sitif de communication mobile sans fil ; et 

- verifier un fichier de transfert (238) coupl6 au 
systeme hdte de messagerie (230) pour deter- 
miner si les messages de donnees de I'utilisa- 
teur particulier devraient §tre rediriges vers le 
systeme note redirecteur sans fil (240). 

4. Procede selon la revendication 3, dans lequel le fi- 
chier de transfert (238) comprend une liste d'adres- 
ses reseau associees a la connexion de reseau eten- 
du ou les messages de donnees de I'utilisateur de- 
vraient etre transferes par le systeme hote de mes- 
sagerie (230). 

5. Procede selon Tune quelconque des revendications 
1 a 4, comprenant en outre les etapes consistant a : 

- configurer un ensemble de regies de filtrage 
(250) pour ('utilisation par le systeme hote redi- 
recteur sans fil (240) en determinant si le mes- 
sage de donnees devrait etre redirige vers le 
dispositif de communication mobile sans fil de 
I'utilisateur (220) ; et 

- fournir un mecanisme d'acces qui permet a 
I'utilisateur de configurer et de reconfigurer a 
distance les regies de filtrage (250) en se con- 
nectant au systeme hote redirecteur sans fil 
(240) depuis un terminal distant. 

6. Procede selon la revendication 5, dans lequel le me- 
canisme d'acces pour configurer et reconfigurer a 
distance les regies de filtrage est une interface de 
page web. 

7. Procede selon Tune quelconque des revendications 
1 a 6, comprenant en outre les etapes consistant a : 

- configurer une base de donnees de profils d'uti- 
lisateur (254) pour I'utilisation par le systeme ho- 
te redirecteur sans fil (240) en determinant si le 
message de donnees devrait etre redirige vers 
le dispositif de communication mobile sans fil de 
I'utilisateur (220) ; et 

- fournir un mecanisme d'acces (256) qui permet 
a un administrateur systeme du systeme hote 
de messagerie (230) de configurer et de recon- 
figurer a distance la base de donnees de profils 
d'utilisateur (254) en se connectant au systeme 
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hote redirecteur sans fil (240) depuis un terminal 
distant. 

8. Procede selon la revendication 7, dans lequel le me- 
5 canisme d'acces pour configurer et reconfigurer a 

distance la base de donnees de profils d'utilisateur 
(254) est une interface de page web. 

9. Procede selon I'une quelconque des revendications 
10 1^8, comprenant en outre les etapes consistant a : 

- recevoir I'enveloppe electronique (A') au ni- 
veau du dispositif de communication mobile 
sans fil de I'utilisateur (220) ; 

15 - extraire le message de donnees de I'enveloppe 

electronique (A') ; et 

- stocker le message de donnees dans une me- 
moire du dispositif mobile. 

20 10. Procede selon I'une quelconque des revendications 
1 a 9, comprenant en outre les etapes consistant a : 

- generer un message de donnees de r6ponse 
au niveau du dispositif de communication mo- 

25 bile sans fil (220) ; 

- envelopper le message de donnees de repon- 
se dans une enveloppe electronique et trans- 
mettre I'enveloppe electronique au systeme ho- 
te redirecteur sans fil (240). 

30 

11. Procede selon la revendication 10, dans lequel I'en- 
veloppe electronique est adressee en utilisant une 
adresse electronique du systeme hote redirecteur 
sans fil (240). 

35 

12. Procede selon la revendication 11, comprenant en 
outre les etapes consistant a : 

- extraire le message de donnees de reponse 
40 de I'enveloppe electronique au niveau du sys- 
teme hote redirecteur sans fil (240) ; 

- reconfigurer I'information d'adressage asso- 
ciee au message de donnees de reponse ; et 

- transmettre le message de donnees de repon- 
45 se reconfigure du systeme hote redirecteur sans 

fil (240) au systeme hote de messagerie (230). 

13. Procede selon la revendication 12, comprenant en 
outre les etapes consistant a : 

50 

- recevoir le message de donnees de reponse 
reconfigure au niveau du systeme hote de mes- 
sagerie (230) ; et 

- stocker le message de donnees de reponse 
55 dans la premiere mSmoire de messages (236) 

associee a I'utilisateur du dispositif de commu- 
nication mobile sans fil. 
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14. Procede selon Tune quelconque des revendications 
1 1 £ 13, comprenant en outre les etapes consistant 
a: 

- extraire le message de donnees de reponse 
de I'enveloppe electronique au niveau du sys- 
teme h6te redirecteur sans Til (240) ; 

- reconfigurer reformation d'adressage asso- 
ciee au message de donnees de reponse ; et 

- transmettre le message de donnees de repon- 
se reconfigure a un systeme de destination en 
utilisant une adresse electronique incluse dans 
le message de donnees de reponse. 

15. Procede selon Tune quelconque des revendications 
1 a 1 4, comprenant en outre les etapes consistant a : 

- transmettre un message de deactivation as- 
soci6 a I'utilisateur du dispositif de communica- 
tion mobile sans fil au systeme note redirecteur 
sans fil ; et 

- a la reception du message de deactivation, 
emp§cher la redirection de messages de don- 
nees pour I'utilisateur envoyant le message de 
deactivation. 

16. Procede selon Tune quelconque des revendications 
1 a 15, dans lequel I'etape de determination com- 
prend les etapes consistant a : 

- acceder a une base de donnees de profils d'uti- 
lisateur (254) incluant une liste d'utilisateurs 
autorises ; et 

- verifier si I'utilisateur associe au message de 
donnees est un utilisateur autorise pour deter- 
miner si le message de donnees devrait §tre re- 
dirige vers le dispositif de communication mobile 
sans fil de I'utilisateur (220). 

17. Procede selon Tune quelconque des revendications 
1 a 16, dans lequel I'etape de determination com- 
prend les etapes consistant a : 

- acceder a une base de donnees de regies de 
filtre (250) incluant une liste de filtres a appliquer 
a des messages de donnees pour un utilisateur 
particulier ; et 

- appliquer les filtres au message de donnees 
pour determiner si le message de donnees de- 
vrait etre redirige vers le dispositif de communi- 
cation mobile sans fil de I'utilisateur (220). 

1 8. Procede selon I'une quelconque des revendications 
1 a 17, dans lequel I'etape d'enveloppement com- 
prend I'etape consistant a adresser I'enveloppe elec- 
tronique en utilisant I'adresse electronique du dispo- 
sitif de communication mobile sans fil de I'utilisateur 
(220). 



42 

19. Procede selon I'une quelconque des revendications 
1 a 18, dans lequel le dispositif de communication 
mobile sans fil de I'utilisateur (220) est un ordinateur 
portable. 

5 

20. Procede selon I'une quelconque des revendications 
1 a 18, dans lequel le dispositif de communication 
mobile sans fil de I'utilisateur (220) est un ordinateur 
de radiomessagerie bidirectionnelle. 

10 

21. Procede selon la revendication 20, dans lequel I'or- 
dinateur de radiomessagerie bidirectionnelle com- 
prend une interface reseau sans fil pour communi- 
quer avec le systeme note redirecteur sans fil (240) 

15 via le reseau de transmission sans fil. 

22. Procede selon la revendication 21, dans lequel I'en- 
veloppe electronique est adressee en utilisant 
I'adresse du reseau de transmission sans fil de I'or- 

20 dinateur de radiomessagerie bidirectionnelle. 

23. Procede selon Tune des revendications 1 a 22, dans 
lequel le systeme hote de messagerie (230) est un 
fournisseur de services Internet. 

25 

24. Procede selon la revendication 23, dans lequel les 
messages de donnees sont des messages de cour- 
rier electronique, et le fournisseur de services Inter- 
net comprend un programme de serveur de courrier. 

30 

25. Procede selon la revendication 24, dans lequel le 
fournisseur de services Internet comprend en outre 
une base de donnees de transfert couplee au pro- 
gramme de serveur de courrier pour detecter si un 

35 message de donnees recu au niveau du serveur de 
courrier devrait etre transfere a un systeme hote re- 
directeur sans fil (240), et pour determiner I'adresse 
reseau electronique du systeme hote redirecteur 
sans fil (240). 

40 

26. Procede selon I'une quelconque des revendications 
1 a 25, dans lequel la connexion de reseau etendu 
couplant le systeme hote de messagerie (230) au 
systeme hote redirecteur sans fil (240) est une con- 

45 nexion Internet. 

27. Procede selon I'une quelconque des revendications 
1 a 26, comprenant en outre les etapes consistant a : 

50 - configurer une base de donnees de profils d'uti- 

lisateur (254) pour ('utilisation par le systeme ho- 
te redirecteur sans fil (240) en determinant si le 
message de donnees devrait etre redirige vers 
le dispositif de communication mobile sans fil de 
55 I'utilisateur (220) ; et 

- stocker, dans la base de donnees de profils 
d'utilisateur (254), I'adresse electronique du dis- 
positif de communication mobile sans fil de I'uti- 
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lisateur (220). 

28. Procede selon la re vendi cation 27, comprenant en 
outre I'etape consistant a : 

- stocker, dans la base de donnees de profils 
d'utilisateur (254), des informations concernant 
le type et la configuration du dispositif de com- 
munication mobile sans fil de I'utilisateur (220). 

29. Procede selon Tune quelconque des revendications 
1 a 28, dans lequel I'etape d'envoloppement com- 
prend en outre les etapes consistant a : 

- convertir le message de donnees en un format 
compresse ; et 

- placer le message de donnees compresse 
dans une enveloppe electronique adressee en 
utilisant I'adresse electronique du dispositif de 
communication mobile sans fil de I'utilisateur 
(220). 

30. Procede selon Tune quelconque des revendications 
1 a 29, dans lequel le message de donnees est un 
message d'evenement de calendrier. 25 
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